| Autor |
Mensagem |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 12/03/2010 17:55:59
|
WesleyAvila
Thread.start()
![[Avatar]](/images/avatar/6397bb2d04a32b954909e4356bd68793.jpg)
Membro desde: 05/01/2009 23:56:46
Mensagens: 28
Offline
|
Pessoal, eu estou muito confuso com tantos padrões, com tantas camadas, com tantos pacotes... (sou apenas um recém nascido no mundo java)
Escrevi esse codigo acima, mas não sei se segue algum padrão. Pois dá pra fazer a mesma coisa de várias formas diferentes.
Primeiro eu vi a forma de desenvolver com Classe, ClasseVO, ClasseBO e ClasseDao; Mas rapidamente vi que a comunidade está abolindo esse padrão.
Depois vi o tal do DDD, pacotes por caracteristicas, entre outros...
Pra mim está tudo parecendo QUASE a mesma coisa, somente com poucos detalhes diferentes e com nomes diferentes.
Na verdade, eu poderia ter somente uma Classe Funcao com os atributos e todos os métodos gets e de salvar, deletar, entre outros dentro da minha própria Classe Funcao.
Este post está parecido com um que deixei a pouco tempo e o que vejo é muita teoria, gostaria de ver mais código, para entender melhor. Não quero a solução para a minha aplicação, quero ter um norte para seguir.
Posso continuar da forma acima? Tem mais alguma classe envolvida neste meio? Ou escrevi um monte de besteira no código acima? O que eu realmente queria saber é: dentro do pacote por caracteristica, tenho as classes que definem minhas camadas e padrões, mas quais são todas as classes, Interfaces, repositorio, DAO, fachadas? Gostaria só de um exmplo que fosse da visão (que seria a classe Teste acima) até gravar no banco de dados.
Abraço a todos!
|
|
|
 |
|
|
![[Post New]](/templates/default/images/icon_minipost_new.gif) 12/03/2010 19:47:46
|
rogelgarcia
GUJ Master
![[Avatar]](/images/avatar/861e8bae74e22a572164fdb59b1caa8b.jpg)
Membro desde: 21/06/2007 23:27:21
Mensagens: 1850
Offline
|
Eu recomendo usar uma classe para o seu modelo (sem sigla de VO nem nada).. tipo
e outra classe para ser o DAO
que terá os métodos de acesso a dados... criar salvar excluir.. etc
This message was edited 1 time. Last update was at 12/03/2010 19:49:38
|
Rógel Garcia, criador do framework NEXT
http://www.nextframework.org
 |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 12/03/2010 19:49:12
|
rogelgarcia
GUJ Master
![[Avatar]](/images/avatar/861e8bae74e22a572164fdb59b1caa8b.jpg)
Membro desde: 21/06/2007 23:27:21
Mensagens: 1850
Offline
|
Melhore os nomes dos atributos também
This message was edited 1 time. Last update was at 12/03/2010 19:50:26
|
Rógel Garcia, criador do framework NEXT
http://www.nextframework.org
 |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 12/03/2010 19:59:02
|
WesleyAvila
Thread.start()
![[Avatar]](/images/avatar/6397bb2d04a32b954909e4356bd68793.jpg)
Membro desde: 05/01/2009 23:56:46
Mensagens: 28
Offline
|
Então a Aluno somente terá seus atributos e metodos gets e sets?
E a AlunoDao vai implementar o acesso ao banco?
Pra mim esse ainda continua sendo o padrão DAO, só tirei o VO do nome da classe Aluno.
E onde fica o controle, na AlunoDao?
Abraços!
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 12/03/2010 21:57:26
|
rogelgarcia
GUJ Master
![[Avatar]](/images/avatar/861e8bae74e22a572164fdb59b1caa8b.jpg)
Membro desde: 21/06/2007 23:27:21
Mensagens: 1850
Offline
|
Exatamente Wesley.. é isso mesmo
O controle fica em outra classe.. AlunoController.. ou AlunoCRUD...
|
Rógel Garcia, criador do framework NEXT
http://www.nextframework.org
 |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 13/03/2010 03:05:18
|
Romulinho
Debugger
Membro desde: 21/03/2005 19:13:04
Mensagens: 67
Offline
|
Então a Aluno somente terá seus atributos e metodos gets e sets?
Não necessariamente.
Se vc quer um domínio rico, Aluno deve implmentar métodos de negócio referente a alunos no seu domínio.
AlunoDao fica na camada de persistência, então alguém vai chamar o DAO e passar o objeto de domínio pra ele.
Não é legal colocar classe de acesso a dados no objeto de domínio não. Até porque "salvar" não é método de negócio!
This message was edited 1 time. Last update was at 13/03/2010 03:07:16
|
|
|
 |
|
|