Nomenclatura de pacotes

Pessoal,

Geralmente uso a nomenclatura de pacotes basica, exemplo: br.com.meusite, mas tava percebendo que quando vc começa a ficar com muitos classes no dominio, seu pacote dao por exemplo, caso sejam necessários varios Dao's para persistir o dominio, fica meio desorganizado, todos os daos no mesmo nivel da árvore, sendo que cada um é para uma coisa diferente. Eu gostaria de fazer algo do tipo, dao.cliente;dao.outracoisa, meio que repetindo os pacotes do dominio dentro do pacote do dao. Acho, como deveria ser, isso meio "repetitivo" . Alguém tem alguma sugestão? No code conventions da sun não achei nada interessante para isso.

Alberto

E ae cara.
Se o seu sistema é modularizado, você poderia adotar a convenção de utilizar o nome do módulo em questão.
por exemplo:

Estou num projeto hoje que o sistema possui diversos módulos, e nós adotamos esta convenção para justamente pelo motivo que você citou abaixo.

Hum, é tava pensando em adotar isso mesmo, valeu pelo feedback velho, se alguém tiver ouutra sugestão posta aí para gente debater.

Alberto

Moderador Membro desde: 29/07/2004 16:10:13 Mensagens: 17543 Offline

Os pacotes foram feitos para agrupar as classes por negócio (exemplo: br.com.meusite.rh), não por camada (exemplo: br.com.meusite.dao). Portanto siga a sugestão do lmprates.

This message was edited 1 time. Last update was at 11/09/2008 11:13:08

Entendi thingol, é que nem sempre usamos as coisas como devem ser utilizadas, mas já concordei com Imprates. Porém, se for ver por aí, existem varios projetos onde os pacotes estão agrupados por camadas. É que talvez fique estranho br.com.meusite.web.actions(ou so actions) e por aí vai, por isso minha dúvida.

Alberto

Outra coisa, e parte de infraestrutura do projeto, caso seja necessario, classes com XXxUtil, ou Factorys, sei lá, qq coisa que seja só de apoio. Seria poderia ser br.com.meusite.infra...

Notícias, artigos e o maior fórum brasileiro sobre Java