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