Estrutura de pacotes para um projecto Java?
Qual é a melhor prática para configurar estruturas de pacotes numa aplicação web Java?
Como você configuraria o seu src, código de teste de unidade, etc?
93
5 answers
Podias seguir a disposição padrão do projecto da maven . Você não tem que realmente usar maven, mas isso tornaria a transição mais fácil no futuro (se necessário). Além disso, outros desenvolvedores serão usados para ver esse layout, uma vez que muitos projetos de código aberto são layed para fora desta maneira,
72
Author: johnstok, 2008-10-16 22:54:25
Existem alguns recursos existentes que pode verificar:
- Embalar Adequadamente As Suas Classes Java
- Arquitectura Spring 2.5
- Tutorial Java-nomear um pacote
- Convenções de nomeação do Sol
- Comece pelo domínio inverso, por exemplo, " com.mycompany".
- utilizar a denominação do produto, por exemplo"myproduct". Em alguns casos tendem a ter pacotes comuns que não pertencem a um determinado produto. Estes acabariam por ser categorizados de acordo com a funcionalidade destas classes comuns, por exemplo "io", "util", "ui", etc. Depois disso, torna-se mais livre. Geralmente eu grupo de acordo com o projeto, Área de funcionalidade, implantação, etc. Por exemplo, eu poderia ter "project1", "project2", "ui", "cliente", etc.
Alguns outros pontos:
-
É bastante comum em projectos para os quais trabalhei. nomes de pacotes a fluir a partir da documentação de projeto. Normalmente os produtos são separados em áreas de funcionalidade ou finalidade já.
- não se esforce muito para empurrar a funcionalidade comum para pacotes mais altos imediatamente. Esperar que haja uma necessidade entre projetos, produtos, etc. e depois o refactor.
- ver dependências entre pacotes. Não são todos maus, mas pode significar um acoplamento apertado entre o que podem ser unidades separadas. Existem ferramentas que podem ajudá-lo a manter o controle disto.
51
Author: lycono, 2014-01-07 17:50:45
Eu sugeriria criar a sua estrutura de pacotes por funcionalidade, e não pela camada de implementação. Uma boa escrita sobre isso é práticas Java: pacote por funcionalidade, não Camada
37
Author: dataAnalyst, 2011-06-17 08:43:33
Normalmente gosto de ter o seguinte:
- bin (binários)
- doc (documentos)
- inf (Informação) Lib (bibliotecas)
- res (Recursos)
- src (Fonte)
- tst (teste)
A forma como costumo ter a minha hierarquia de pasta -
- Nome Do Projecto
- src
- bin
- testes
- libs
- docs
1
Author: pdeva, 2008-10-17 01:55:45