Comunicado Técnico 19

Transcrição

1 Comunicado Técnico 19 ISSN X Novembro Uberaba - MG Desenvolvimento para dispositivos móveis Instruções Técnicas Responsável: Gill Mayeron Duarte gill@valim.com.br Especialista em Banco de Dados, professor FAZU

2 Introdução Em todas linguagens de programação há uma série de boas práticas que podem ser exercidas para se atingir uma alta qualidade no seu desenvolvimento. No desenvolvimento para dispositivos móveis com Android também há diretrizes de projeto para a elaboração de aplicativos Android imaginativos e úteis. Várias receitas descrevem aspectos específicos de um projeto bem-sucedido. O desenvolvimento de aplicativos Android em Java nativo em vez de utilizar outros métodos de entrega de conteúdo rico em dispositivos móveis é extremamente benéfico. Requisitos para um aplicativo de telefone móvel nativo Existem vários requisitos-chave para a entrega bem-sucedida de qualquer aplicativo para telefone móvel, independentemente da plataforma na qual ele será implantado: O aplicativo deve ser fácil de instalar, remover e atualizar em um dispositivo. Ele deve atender às necessidades do usuário de maneira atraente, única e elegante. Ele deve ser rico em funcionalidades, enquanto permanece utilizável tanto por usuários iniciantes quanto experientes. Ele deve ser familiar para usuários que acessaram a mesma informação por outras rotas, como um site. Áreas-chave de funcionalidade devem estar prontamente acessíveis. Ele deve ter um visual e comportamento comum a outros aplicativos nativos do telefone móvel, obedecendo aos padrões e às diretrizes de estilo da plataforma-alvo. Um aplicativo deve ser estável, escalonável, utilizável e responsivo. Ele deve utilizar as capacidades da plataforma com bom gosto, enquanto torna a experiência do usuário mais atraente. Projeto de aplicativos Android Uma boa dica é que a navegação utilize uma abordagem semelhante à da solução do iphone da Apple, no sentido de que todas as áreas-chave de funcionalidade serão acessadas a partir de um único controle de barra de navegação. A barra de navegação será acessível a partir de qualquer ponto do aplicativo, permitindo que o usuário se movimente livremente nele. A solução Android deve explorar funcionalidades inerentes a dispositivos Android, oferecendo suporte às funcionalidades de tela de toque do dispositivo, ao botão de hardware que permite aos usuários colocar o aplicativo em segundo plano e à capacidade de troca de aplicativos. O Android fornece a capacidade de voltar para um aplicativo no ponto em que ele foi abandonado. Quando possível, isso será suportado dentro deste projeto. O aplicativo deve utilizar apenas controles da interface de usuário Android-padrão, para torná-lo o mais portável possível. O aplicativo deve ser projetado de forma a fazer interface com uma fina camada de serviços web

3 RESTful que fornece dados em formato JSON. Essa interface será a mesma da utilizada pelo iphone da Apple, assim como por aplicativos escritos para outras plataformas. O aplicativo deve adotar sempre que possível o estilo e as diretrizes de projeto do Android, para que seja executado de forma harmoniosa com outros aplicativos no dispositivo Android. Dados locais de cada visão deverão ser salvos quando sairmos da visão e automaticamente restaurados, com os controles da interface de usuário correspondente sendo repovoados, quando a visão for carregada na próxima vez. Várias características importantes do dispositivo devem ser consideradas: Tamanho e densidade de tela. Para categorizar dispositivos de acordo com seu tipo de tela, o Android define duas características para cada dispositivo: tamanho de tela (as dimensões físicas da tela) e densidade de tela (a densidade física dos pixels na tela, ou dpi [dots per inch]). Para simplificar todos os diferentes tipos de configurações de tela, o sistema Android os generaliza em grupos distintos que fazem deles alvos mais fáceis. O designer deve considerar as escolhas mais apropriadas para tamanho e densidade de tela quando estiver projetando o aplicativo. Por padrão, seu aplicativo é compatível com todos os tamanhos e densidades de tela, pois o sistema Android faz os ajustes apropriados em seu layout de UI e recursos de imagem. No entanto, você deve criar layouts especializados para determinados tamanhos de tela e fornecer imagens especializadas para determinadas densidades, utilizando recursos alternativos de layout e declarando em seu manifesto exatamente quais tamanhos seu aplicativo suporta. Configurações de entrada. Muitos dispositivos fornecem um tipo distinto de mecanismo de entrada de usuário, como um teclado em hardware, uma TrackBall ou um controle de navegação de cinco direções. Caso seu aplicativo requeira um tipo específico de hardware de entrada, você deve declarar isso no arquivo AndroidManifest.xml, e estar ciente de que o Android Market não apresentará seu aplicativo em dispositivos que careçam desse recurso. É raro, no entanto, que um aplicativo requeira uma determinada configuração de entrada. Funcionalidades de dispositivo. Há muitas funcionalidades de hardware e software que podem ou não existir em determinado dispositivo Android, como uma câmera, um sensor de luz, capacidade Bluetooth, determinada versão do OpenGL, ou a fidelidade da tela de toque. Você não deve nunca presumir que determinada funcionalidade estará disponível em todos dispositivos Android (fora a disponibilidade da biblioteca Android-padrão). Dependendo das circuntâncias, o aplicativo Android fornecerá instâncias dos dois tipos de menus disponibilizados pelo framework Android: Menus de opção contêm funcionalidades primárias que se aplicam globalmente à atividade atual ou que iniciam uma atividade relacionada. Um menu de opção é normalmente invocado por um usuário pressionando um botão físico, muitas vezes intitulado Menu. Um menu de opções serve para quaisquer comandos que sejam globais à atividade atual. Menus de contexto contêm funcionalidades secundárias para o item atualmente selecionado. Um menu de contexto é normalmente invocado por um usuário pressionando continuamente (pressionando e

4 segurando) um item. Assim como o menu de opções, a operação pode ser executada seja na atividade atual ou em outra atividade. Um menu de contexto serve para quaisquer comandos que se apliquem à seleção atual. Feeds de dados e formatos de feeds. Não é uma boa ideia interfacear diretamente com qualquer fonte de dados de terceiros; por exemplo, seria uma má ideia utilizar um driver JDBC Tipo 3 em seu aplicativo móvel para se comunicar diretamente como um banco de dados em seu servidor. A abordagem normal seria mitigar os dados oriundos de várias fontes, potencialmente em vários formatos de dados, fazendo-os passar por um middleware que, então, transmitiria os dados para um aplicativo por meio de uma série de APIs de web service RESTful, na forma de fluxos de dados JSON. Dados normalmente são fornecidos em formatos como XML, SOAP ou alguma outra representação derivada de XML. Representações como SOAP são pesadas e, portanto, transferir dados de servidores backend nesse formato aumenta significativamente o tempo de desenvolvimento, já que a responsabilidade pela conversão desses dados em algo mais manuseável recai sobre o aplicativo do telefone móvel ou sobre um objeto no servidor middleware. Reduzir os dados da fonte por meio de um servidor middleware também ajuda a quebrar a dependência entre o aplicativo e os dados. Tal dependência tem a desvantagem de se, por algum motivo, a natureza dos dados mudar ou os dados não puderem ser recuperados, o aplicativo poderá estar quebrado ou se tornar inutilizável, e tais modificações talvez requeiram que o aplicativo seja republicado. Ao mitigar os dados, fazendo-os passar por um servidor middleware, o aplicativo continuará a funcionar, ainda que possivelmente de modo limitado, independentemente de os dados da fonte existirem ou não. O link entre o aplicativo e os dados mitigados permanecerá. Tratamento de exceções. O Java tem um mecanismo de tratamento de exceções bem definido, mas demora algum tempo para aprender a utilizá-lo efetivamente sem frustar os usuários ou o pessoal do suporte técnico. O Java oferece uma hierarquia Exception que fornece flexibilidade considerável quando utilizada corretamente. O Android oferece vários mecanismos, incluindo diálogos e caixas de informações, para notificar o usuário a respeito de condições de erro. O desenvolvedor Android deve se familiarizar com esses mecanismos e aprender a utilizá-los efetivamente. Acesso ao objeto Application do Android como um singleton. Você precisa acessar dados globais dentro de seu aplicativo Android. A melhor solução é criar uma subclasse de android.app.application e tratá-la como um singleton (padrão de projeto de software que permite a existência de apenas uma instância de uma classe, mantendo um ponto global de acesso ao seu objeto) com métodos de acesso estáticos. É garantido que, ao longo de seu tempo de vida, todo aplicativo Android tenha exatamente uma instância de android.app.application. Se você escolher criar uma subclasse de android.app.application, o Android criará uma instância de sua classe e invocará os métodos de ciclo de vida de android.app.application nela. Como não há nada que lhe impeça de criar mais uma instância de sua subclasse de android.app.application, ela não é um singleton genuíno, mas está perto o bastante.

5 Mantendo os dados quando o usuário gira o dispositivo. Quando o usuário gira o dispositivo, normalmente o Android destrói e recria a atividade atual. Você deseja manter alguns dados durante esse ciclo, mas todos os campos em sua atividade se perdem ao longo dele. Há várias abordagens. Se todos os seus dados abrangem tipos primitivos, consistem em Strings, ou são Serializable, você pode salvá-los em onsaveinstancestate() no Bundle que foi informado. Monitoramento do nível de bateria de um dispositivo Android. Você deseja detectar o nível da bateria em um dispositivo Android para que possa notificar o usuário quando o nível estive abaixo de determinado limite, evitando, portanto, surpresas inesperadas. Um receptor de transmissão (broadcast receiver), que recebe a mensagem de transmissão enviada quando o status da bateria muda, pode identificar o nível dessa bateria e ser utilizado para transmitir alertas para o usuário. Criação de telas splash no Android. Você deseja criar uma tela splash que será mostrada enquanto um aplicativo estiver carregando. Você pode construir uma tela splash como uma atividade ou um diálogo. Uma vez que o propósito dela é alcançado dentro de poucos segundos, ela pode ser dispensada depois de transcorrido um curto intervalo de tempo ou mediante o clique de um botão na tela splash. Referências DARWIN, Ian F. Android cookbook / Ian F. Darwin. São Paulo : Novatec Editora ; Sebastopol, CA : O Relly, LECHETA, Ricardo R. Google Android : aprenda a criar aplicações para dispositivos móveis com o Android SDK / Ricardo R. Lecheta. 2. Ed. Ver. E ampl. São Paulo : Novatec Editora, Laboratório de Análise de Solo Laboratório de Análise de Nutrição Animal Laboratório de Análise Microbiológica de água e alimentos Laboratório de Análise Físico-Química de alimentos Av. do Tutuna. nº 720. Bairro Tutunas CEP: Uberaba-MG (34)