Qual é a melhor maneira de estruturar um aplicativo Android?


Respostas:


11

Primeiro, depende de qual aplicativo você está fazendo.

você deve fazer uma descrição textual ou esquemática de como um usuário trabalhará com o aplicativo. Corrija todos os cenários possíveis. Anote exemplos que serão usados ​​posteriormente para testes.

Decida o que pertence à funcionalidade e o que - à configuração alterável. Extraia funcionalidades e entidades de dados dos cenários.

Nos cenários, decida qual será o seu aplicativo. É serviço, atividade, widget, até mesmo um provedor de conteúdo ou um sistema complexo, incluindo alguns componentes diferentes. Teste sua decisão em relação a cenários.

No caso do sistema complexo, distribua funcionalidades e entidades de dados entre os componentes do aplicativo. Faça uma lista de componentes e o que são (atividades ou outras coisas).

Faça a lista dos componentes da interface do usuário com a descrição do que eles fazem (ainda NÃO). Esses serão widgets e atividades, fragmentos ou layouts posteriormente.

Faça layouts de rascunho para componentes da interface do usuário. Faça passes simples de um para o outro. Veja a interface do usuário. Retorne aos cenários e reproduza todos eles com a interface do usuário rascunho. Todos os componentes e classes da interface do usuário colocam em uma hierarquia de pacotes ou pacotes.

Faça uma lista de entidades de dados. Decida o que estará em quê. Planeje-os como coleções ou tabelas no banco de dados ou em bancos de dados diferentes. Faça-os como classes, coloque-os em outra hierarquia de pacotes ou em outro pacote. Aqui também colocamos auxiliares de banco de dados - classes que conversam com o banco de dados SQL.

Faça aulas de teste (JUNITs ou melhor, TestNG) para preencher as UI e entidades de dados com dados de teste e iniciá-las.

Os adaptadores não precisam ser públicos, pois são usados ​​apenas no GroupView pai. Portanto, normalmente não há arquivos para adaptadores.

Você não colocar todos os globals em classes estáticas especiais - é uma prática ruim. Você está misturando para que o código e a configuração. Use esta solução muito interessante . Por enquanto, é o melhor que conheço para o Android.

Os dados de configuração devem ser colocados em recursos. Se alguns deles forem complexos, use fontes XML e analisador (es). Transforme leitores de dados de recursos em variáveis ​​globais. Nem todos eles serão estáticos! Eles podem pertencer à instância principal da atividade, por exemplo.

Não use constantes não configuráveis ​​no código! Pode ser, apenas o seu nome :-). Toda constante às vezes se torna não constante.

Por outro lado, se alguns de vocês codificam não são java normal, mas scripts - uma mistura de dados e linguagem, você pode e deve misturar dados e código.

Sempre faça isso: escreva algo - conecte algo a um volume - adicione testes para esta novidade - teste este novo - teste o volume - repita. Apenas pequenos passos!

Editar. Você também pode usar o desenvolvimento orientado a testes - escreva testes antes do código apropriado. Dessa forma, ao executar testes antes que o código esteja pronto, você tem dois testes - assim, você verifica se os testes realmente reagem ao código incorreto.


7

Sim, facilita o desenvolvimento se você classificar as coisas com base em seu trabalho. Você está na direção certa. No android, se desenvolver um aplicativo, usarei a seguinte estrutura, algo será semelhante a você

  1. Pacote principal Com todas as atividades de tela
  2. Classes de adaptadores se eu estiver usando o ListView, GridView que precisam do BaseAdapter etc.
  3. Auxiliar de análise, se usado
  4. Base de dados
  5. Classes de entidade e classes para armazenar variável estática
  6. Serviço e Receptor
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.