Existe algum "blueprint" para a hierarquia dos pacotes do sistema?

Programação Arquitetura
#1

Estou em dúvida:

Na sua opinião, é recomendável fazer a arquitetura dos packages separado por caso de uso, por ex:

[quote]src.org.domain.usecase
src.org.domain.usecase.dao
src.org.domain.usecase.entity[/quote]

ou como um repositório:

[quote]src.org.domain.business.<todas as classes de negocio (se houver)>
src.org.domain.entity.
src.org.domain.dao.< etc >[/quote]

??? qual dos dois pessoal … na sua opinião!

#2

Eu prefiro a 2a opcao, apesar de nao entender esse lance de “como repositorio”.

Não entendi tb porque suas entities nao pertecem ao negocio.

#3

Casos de Uso dizem como seu sistema é utilizado e não seus módulos. Pacotes são agrupamentos de classes formando módulos.

Existem diversos guias para o que você quer. Recomendo ler o Domain-Driven Design e o Agile Software Development, PPP do Uncle Bob.

#4