estrutura do pacote para um projeto Java?

Question

Qual é a melhor prática para a criação de estruturas de pacotes em uma aplicação Web Java?

Como você configurar o seu src, código de teste de unidade, etc?

Answer 1

Você poderia seguir maven do layout do projeto padrão . Você não tem que realmente usar Maven, mas faria a transição mais fácil no futuro (se necessário). Além disso, outros desenvolvedores será usado para ver que layout, uma vez que muitos projetos de código aberto são Definiu Desta forma,

Answer 2

Existem alguns recursos existentes que você pode verificar:

1. corretamente Pacote suas classes Java
2. Spring 2.5 Arquitetura
3. Java Tutorial - A nomeação de um
Package
4. SOL Convenções de nomenclatura

Por que vale a pena, minhas próprias diretrizes pessoais que eu tendem a usar são os seguintes:

1. Comece com domínio reverso, por exemplo, "Com.mycompany".
2. Use o nome do produto, por exemplo, "meu produto". Em alguns casos, tendem a ter pacotes comuns que não pertencem a um determinado produto. Estes acabaria categorizados de acordo com a funcionalidade destas classes comuns, por exemplo "Io", "util", "ui", etc.
3. Após este torna-se mais de forma livre. Normalmente, o grupo I acordo com o projeto, a área de funcionalidade, implantação, etc. Por exemplo, eu poderia ter "project1", "project2", "ui", "cliente", etc.

Um par de outros pontos:

1. É bastante comum em projetos que eu trabalhei por 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á.
2. Não se estresse muito sobre empurrando funcionalidade comum em pacotes maiores de imediato. Espere para que haja uma necessidade entre projetos, produtos, etc., e, em seguida, refatorar.
3. Assista dependências inter-pacotes. Eles nem todos são ruins, mas pode significar forte acoplamento entre o que pode ser unidades separadas. Existem ferramentas que podem ajudá-lo a acompanhar este.

Answer 3

Gostaria de sugerir a criação de sua estrutura de pacotes de recurso, e não pela camada de aplicação. Uma boa escrever sobre isso é Java: Pacote de recurso, não camada

Answer 4

Eu normalmente gosto de ter o seguinte:

• bin (Binários)
• doc (Documents)
• inf (Informação)
• lib (Libraries)
• res (Recursos)
• src (Fonte)
• TST (Test)

Estes podem ser considerados não-convencional, mas acho que é para ser uma maneira muito agradável para organizar as coisas.

Answer 5

A forma como eu costumo ter a minha hierarquia de pasta -

• Nome do projeto
  • src
  • bin
  • testes
  • libs
  • docs

Answer 6

The way I usually organise is
- src
        - main
                - java
                - groovy
                - resources
        - test
                - java
                - groovy
- lib
- build
        - test 
                - reports
                - classes
- doc