Primeiros desenvolvimentos

Para que seja possível iniciar o processo de desenvolvimento de uma aplicação baseada na plataforma Android, será necessário compreender as especificidades desta última, bem como a linguagem de programação que estará na génese dessa aplicação – Java. Mais, será necessário compreender exactamente como deverão ser implementadas as diversas componentes dessa aplicação, processo que depende de uma análise de diversas soluções (na procura das que sejam mais eficazes a nível de processamento, largura de banda, etc.) e ainda de eventuais especificidades que sejam criadas pela equipa do Portal Sapo – possivelmente a criação ou atribuição de um ou mais webservices.

Uma vez que os elementos do grupo não possuem qualquer experiência nem conhecimento acerca de Java, e dado que informações sobre a plataforma Android são de momento muito escassas, torna-se complicado avançar já para o desenvolvimento da aplicação descrita nos posts anteriores.

Desta forma, e para que possamos adiantar algum trabalho e utilizar eficazmente o tempo de que dispomos neste momento, decidimos avançar com dois processos paralelos: a criação de um protótipo, em Flash, que ilustre como poderá resultar a nossa aplicação (design, interacção, funcionalidades); e a discussão de ideias para a implementação do sistema – armazenamento e transferência de informação.

Relativamente a este segundo processo, e ignorando de momento a falta de informação técnica de que dispomos, resultaram já algumas propostas.

Uma das ideias iniciais passava pela transferência da lista de contactos do telemóvel/SIM para uma base de dados (BD), alojada num servidor web – eliminando, por um lado, o problema de ter os vários contactos divididos entre a memória do telemóvel e o cartão SIM; e por outro o inconveniente de, em caso de avaria de um deles, o utilizador perder os contactos que nesse meio estavam armazenados.

Dessa BD constariam, assim, todos os dados relativos a cada um dos contactos, dados esses que normalmente podemos armazenar nos telemóveis actuais: número de telefone, nome, endereço de e-mail, etc.; e ainda (numa primeira fase) o estado actual de cada utilizador. Pensando num sistema de grande escala, coloca-se a questão da viabilidade de armazenar a informação relativa a todos os utilizadores do serviço numa única BD, parecendo mais lógico que cada utilizador disponha da sua BD, que contém apenas os seus contactos.

Ainda assim, cada vez que um utilizador aceder à sua lista de contactos, terá de ser actualizado o estado de cada um deles (Livre, Ocupado, etc.), exigindo um query a cada uma das BDs associadas a esses utilizadores. Este processamento estaria a cargo do servidor web e não do telemóvel, embora seja incógnita se tal quantidade de processamento/transferência de informação, em larga escala, seria viável. Surge aqui também a questão de como lidar com o volume de informação transferido em cada acesso à lista telefónica.

Este modelo apresenta, no entanto, uma vantagem: a maior facilidade em integrar (futuramente) novos serviços/funcionalidades, através da centralização da informação disponível ao utilizador nessas BDs. Desta forma, a actualização dos dados contidos na BD, relativamente a cada um desses serviços adicionais, estaria a cargo do próprio serviço. Pegando num dos exemplos listados anteriormente, seria possível armazenar na BD a localização (URL/nome do ficheiro) da fotografia “default” que um determinado utilizador dispõe no Sapo SPOT; se essa fotografia fosse alterada através do próprio Sapo SPOT, a informação contida na BD seria automática e simultaneamente actualizada. Visualizar essa fotografia passaria por incluir apenas, no momento do query do estado desse contacto, o campo relativamente à localização da foto.

Não sabemos de momento se existem outros métodos mais simples para resolver esta questão, sem recurso a uma BD – por exemplo, se existirem métodos directos para aceder a essa informação, evita-se utilizar espaço de armazenamento da mesma numa BD (i.e., a duplicação da mesma informação em dois locais).

Estas questões serão discutidas durante os próximos dias entre os elementos do grupo, os orientadores, e eventualmente responsáveis pela equipa do Portal Sapo, afim de perceber qual a forma mais correcta de resolver o problema. Entretanto será também publicado o referido protótipo até ao final da semana – ou melhor, o primeiro de muitos protótipos : )

Mais novidades para breve!