Estrutura da Aplicação - MVC

Gostaria de saber a opinião da galera sobre a estrutura das classes da aplicação.

-Cidade _ Bean apenas com os atributos com gets e sets
int codigo;
String descricao;

Vou dar um exemplo:
-Tela de cadastro de cidade.
Esta tem uma instância de CidadeControll.

- CidadeControll _ Tem os metodos para inserir/alterar, apagar e recuperar uma cidade. Caso alguma operação cause exceção ela tem a função de disparar um JOptionPanel

A Tela de Cadastro instancia o Bean Cidade e passa como parâmetro para por exemplo o método inserir para gravar no banco.

A CidadeControll por sua vez tem uma instância de CidadeDAO que implementa uma interface com os metodos para inserir/alterar, apagar e recuperar.

-CidadeDAO _ Pega uma connection e o parâmetro, no caso o objeto Cidade e grava no banco.

Ta ok.. soh uma coisa: se a tua Control sempre for delegar direto pro DAO, voce poderia usar o DAO direto ( ao menos que a tua classe control decida para qual implementacao de dao delegar.. ou seja, se ela for algo como / acessar um factory de dao's )

Rafael

Olá,

O teu bean é um VO?

]['s

Seguinte, não mensionei mas essa arquitetura é pra usar EJB.

Estou amadurecendo a idéia e gostaria de receber sugestões !!!

Refatorei e está mais ou menos assim, citando um exemplo:

Tela de venda (FM_Venda)

RN_Venda
Possui uma instância de RN_Cliente e de RN_NotaFisal

RN_Cliente
Possui uma instância de DAO_Cliente com os métodos insert, update, ..., sendo que estes apenas invocam os metodos da DAO

DAO_Cliente
Peja uma connection de uma classe especializada e executa os métodos insert, update, ...

RN_NotaFiscal
Possui uma instância de DAO_NotaFiscal com os métodos insert, update, ..., sendo que estes apenas invocam os metodos da DAO

DAO_NotaFiscal
Peja uma connection de uma classe especializada e executa os métodos insert, update, ...

RN = Regra de Negócio

Ta legalzinho, mas... http://java.sun.com/docs/codeconv/

FmVenda
RnVenda
RnCliente
DaoCliente
RnNotaFiscal
DaoNotaFiscal

e agora cv?

Tem alguma outra sugestão?

Bom, ja que a gente ta falando sobre nomenclatura... Rn e Fm nao fazem o menor sentido na primeira olhada... pq nao algo mais descritivo como Venda e VendaForm, ao inves de RnVenda e FmVenda?

FormVenda
RegraNegocioVenda
RegraNegocioCliente
DaoCliente
RegraNegocioNotaFiscal
DaoNotaFiscal

RegraNegocio = Achei meio extenso.
DataAccessObject (Dao) = Acho que ficaria mais extenso ainda.

FormVenda ou VendaForm
DaoCliente ou ClienteDao

Peguei o espírito ou ainda tá meio confuso?

Olá,

RegraNegocio não precisa colocar.

ClienteForm
Cliente
ClienteDAO

]['s

fabgp2001, deixe-me ver se entendi:

ClienteForm - tranquilo
ClienteDAO - tranquilo

Cliente - Este tem os atributos tipo: codigo, nome, endereço com os gets e sets.
Do jeito que vc está me sujerindo ele também teria os métodos insert, update, ... que com uma instância de ClienteDAO faria a persistência.

É isso mesmo?

Nao necessariamente. O teu ClienteDAO poderia receber uma instancia de Cliente, ao inves do Cliente chamar o ClienteDAO.

Rafael

Pois é, mas era isso que eu estava fazendo.

Tenho por exemplo a Tela de cadastro de Cidade. Esta tem uma instância de RnCidade que controla as regras de negócio da cidade.
A regra de negócio da cidade é que tem uma instância de CidadeDAO onde faço a persistência.

A dúvida é a seguinte. Tenho uma classe chama Cidade somente com parâmetro e gets e sets. (Está classe está correta?)
Quanto pego os valores dos textfields da tela instâncio a Cidade (na tela mesmo) e passo para a RnCidade. Esta verá se esta tudo preenchido corretamente e repassará para a CidadeDAO fazer a persistência.
Ex.:

Isso tudo na tela

A RnCidade recebe todos os erros que podem ocorrer quanto a persistência e validação, trata e repassa em forma de String para ser exibida na Tela em uma JOptionPane por exemplo.

Isso é um anemic domain model. Nao que seja ruim, por si só, mas pode ser melhor: http://www.martinfowler.com/bliki/AnemicDomainModel.html

Eu também tenho dúvidas a respeito da melhor estrutura para um modelo MVC... acho que a discussão fugiu um pouco do foco...

Então gostaria de retomar o assunto: qual seria a melhor estrutura MVC para o modelo proposto pelo Fabricio? É interessante ter uma classe de Negócio + uma classe Bean + uma classe DAO (considerando que poderíamos ter uma factory de DAOs)?

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