Olá Ronaldo,

Quanto à granularidade, não existe uma forma única que deva sempre ser usada. Granularidade fina ou alta dependerá da arquitetura e do modelo de projeto que vc estará realizando para o seu sistema. Um bom livro que apresenta várias dicas de quando ter uma granularidade ou outra é:

Core J2EE Patterns. Best practices and design strategies.
Deepak Alur, John Crupi e Dan Malks.
Prentice Hall, ISBN 0-13-064884-1.
http://java.sun.com/blueprints/corej2eepatterns/AboutTheBook.html

Neste livro vc encontrará tópicos sobre as melhores e piores práticas no desenvolvimento de aplicações J2EE. São apresentados exemplos, as motivações para a solução apresentada, o que fazer, o que não fazer e as condições para estas ações.

Vale a pena conferir, se vc ainda não o conhece. Acredito que contribuirá muito para o seu projeto.
[]´s

Spock

Ronaldo Costa wrote:
Dr. Spock!

Desculpe a insistência do assunto!

É que venho estudando EJB, e sempre me deparo com
certas teorias que na prática, ainda não tenho
experiência. Pois desenvolvemos um gerador de
aplicação JAVA/Struts, (
http://www.egendeveloper.hpg.com.br ), e meu próximo
projeto para a ferramenta é embutir um construtor de
EJB ( o básico, pois a regra de negócio não tem como,
'por enquanto' ).
Voce falou em "componentizar (decompor)", isto daria
uma granulação muito fina aos EJB, já o Struts fala em
Session Facade que faria uma granulação mais grossa,
pois seria um EJB controlando outros EJB, esta técnica
é correta? Ou entendi tudo errado?


=====
Ronaldo Costa
Grupo e-Gen

__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com




------------------------------ LISTA SOUJAVA ---------------------------- http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
historico: http://www.mail-archive.com/java-list%40soujava.org.br
para sair da lista: envie email para [EMAIL PROTECTED] -------------------------------------------------------------------------

Responder a