Assunto polemico quantas e quais camadas vcs dividem suas aplicações Web/SE

Costumo dividir assim:

entity (entidades ligadas ao hibernate)
dao
service
controller
view (JSPs)

Basicamente assim… as vezes eu dou uma roubada e faço os controllers acessarem diretamente o dao

As vezes preciso de outras classes… e outros pacotes… mas basicamente… uso dessa forma

Para aplicação desktop (stand-alone) talvez você não precise de tudo isso. Recomendaria isso:
entity
dao
service ou domain model (repository)
view (swing)

Você pode usar algum framework para desenvolvimento desktop pra te ajudar entre o a view e o service, como SwingBean, Genesis, Spring RCP ou Swing Application Framework. Se For uma aplicação mais simples pode até deixar de usar isso.

boa essa

divisão dos package:
[list]bean[/list][list]exceptions[/list][list]dao[/list][list]daoimpl[/list][list]entity[/list][list]service[/list][list]view[/list]

e camadas

Visão: Tela + Bean
Controller: Framework+Service
Model: Entity+DAO

amhfilho:

Para aplicação desktop (stand-alone) talvez você não precise de tudo isso. Recomendaria isso:
entity
dao
service ou domain model (repository)
view (swing)

x@ndy:

Ai você está separando os pacotes pelo que eles represantam para o sofware e não para o dominio! O Ideal separar eles conforme eles se relacionam digamos
[list]dominio.financeiro[/list][list]dominio.cadastro[/list] Digamos que em financeiro entram todas a classes relacionadas a contas a pagar, receber etc.

dentro dos pacotes por exemplo DAO ai que eu sub-divido no dominio tipo DAO.financeiro o q vc acha

O ideal é quebrar primeiro por conceito de negócio (aggregate root se você usar DDD) e depois por conceito técnico. Dessa forma, você agrupa todas as classes referentes a um mesmo conceito de negócio sob um único pacote e pode implantar apenas esse pacote, caso uma alteração não afete classes de outro pacote.

Classes que mudam juntas, devem ser empacotadas juntas.

Perfeito! Resumiu tudo o que eu queria dizer.

Utilizando o repositório nas entidades do domino você pode criar um pacote de infraestrutura assim para seu DAO perfeitamente, assim você espelha o dominio para sua camada de infraestrutura!
Abstraindo mais eu faria Infraestrutura.Financeiro.DAO.DAOJPA.,
Sendo que dentro de Infraestrutura.Financeiro eu poderia ter outros pacotes relacionados ao dominio não somente a persistência

Tomem cuidado com o excesso de encapsulamentos e abstrações! Comece do mais simples e use REFATORAÇÃO sempre. Lembre-se do conceito mestre em desenvolvimento de software: Inspeção e Adaptação

Concordo!