acho que para melhor aproveitamento do padr�o business delegate e uma migra��o mais transparente para ejb, seria bom vc utilizar Value Objects (VO's - ver padr�es SUN), ou mais atualmente conhecido como data tranfer object (DTO's - ver ejbdesignpatterns no theserverside.com) para trazer os dados de relativos a uma determinada entidade (seja ejb ou n�o). Este padr�o diz respeito a encapsula��o dos dados de um ejb em uma classe serializ�vel, diminuindo assim o acesso a rede (um acesso apenas para retornar um vo) e encapsulando a complexidade.
[EMAIL PROTECTED] wrote: > Mais ou menos. > > O business delegate nada mais � do que um proxy para os Bussiness > Objects (geralmente uma camada de SessionBeans ou SessionFa�ade). O que > difere o Business Delegate do SessionFa�ade s�o os exceptions. Ele > cont�m os mesmos metodos, mas trata os exceptions para jogar algo mais > amigavel para o usu�rio. > > Portanto, na modelagem, abstrai os metodos de neg�cio que vc ter� para > cada componente e cria um Business Delegate usando qualquer backend que > vc quer. (EJB, JDO, DAO etc). Vc poderia at� usar um Factory e faz os > Business Delegates implementar uma interface e assim vc pode colocar > varias backends no seu Business Delegates. > > F�bio Barboza de Oliveira <[EMAIL PROTECTED]> wrote on 02/10/2002 > 10:32:43: > > > Mas acho improv�vel que n�o seja necess�rio reescrever os > clientes, pois a > > maneira com se faz acesso aos EJBs (Entity, session) � algo mais > complexo. > > Acredito que se as classes fossem modelas de forma bem > semelhanteao modelo > > do EJBs, ai sim as altera��es para os clientes seriam pequenas. > > No EJB, voc� tem o metodos Home, para criar (ejbCreate) no caso > > de um Entity > > Beans ele ser� respos�vel pela cria��o de um novo registro na base, > etc... E > > tem os m�todos de negocio que ficam na interface. > > Se voc� modelar as classes de maneira diferente, tipo criar uma > classe que > > tenha um m�todo "inserirUsuario" ou "consultarUsuario", essa classe > estar� > > longe de parecer com um EJB, sendo assim seu cliente ter� que ser > reescrito > > tambem. Pode-se at� criar um Bean dessa maneira, mas voc� estar� > fugindo do > > padr�o EJB e podendo comprometer a performance do Aplication Server. > > N�o concorda? > > > > > > Em Qua 02 Out 2002 09:58, Bruno Copelli escreveu: > > > Bom dia Fabio. > > > > > > Utilizando os Business Delegates vc pelo menos nao vai precisar > reescrever > > > a parte cliente qndo fizer a migracao. So vai precisar reescrever o > > > conteudo dos delegates. Eu pelo menos apostei nessa estrategia. > > > > > > Abracos, > > > > > > Bruno > > > > > > ----- Original Message ----- > > > From: "F�bio Barboza de Oliveira" <[EMAIL PROTECTED]> > > > To: <[EMAIL PROTECTED]> > > > Sent: Wednesday, October 02, 2002 9:51 AM > > > Subject: [enterprise-list] Business Delegator > > > > > > > > > Caros colegas, > > > > > > Gostaria da opni�o de voc�s sobre a utiliza��o de um Business Delegator > > > para o desenvolvimento de um sistema java. > > > A ideia � utiliza-lo para mais tarde migrar a aplica��o para a > plataforma > > > J2EE com EJB e assim evitando mudan�as na parte do cliente Swing. > > > Eu queria saber se vale a pena utilizar um Business Delegator ou > ele ser� > > > uma > > > perda de tempo pois a aplica��o ter� que ser reescrita para a > plataforma > > > J2EE > > > mais tarde tando na parte de clientes quanto na parte do servidor, > pois a > > > modelagem n�o est� seguindo a metodologia EJB. > > > > > > Atenciosamente > > > > > > F�bio Barboza de Oliveira > > > > > > --------------------------------------------------------------------- > > > Para cancelar a subscri��o, envie mensagem para: > > > [EMAIL PROTECTED] > > > Para comandos adicionais, envie mensagem para: > > > [EMAIL PROTECTED] > > > > > > > > > --- > > > Outgoing mail is certified Virus Free. > > > Checked by AVG anti-virus system (http://www.grisoft.com). > > > Version: 6.0.393 / Virus Database: 223 - Release Date: 30/9/2002 > > > > > > _______________________________________________________________________ > > > Yahoo! Encontros > > > O lugar certo para encontrar a sua alma g�mea. > > > http://br.encontros.yahoo.com/ > > > > > > --------------------------------------------------------------------- > > > Para cancelar a subscri��o, envie mensagem para: > > > [EMAIL PROTECTED] Para comandos > adicionais, envie > > > mensagem para: [EMAIL PROTECTED] > > > > > > --------------------------------------------------------------------- > > Para cancelar a subscri��o, envie mensagem para: enterprise-list- > > [EMAIL PROTECTED] > > Para comandos adicionais, envie mensagem para: enterprise-list- > > [EMAIL PROTECTED] > -- xxxxxxxxxxxxxxxxxxxxxxxxxxxx | Emerson Cargnin | | Analista de Sistemas Sr. | | Tel : (051) 3358-4959 | | SICREDI Servi�os | | Porto Alegre - Brasil | |xxxxxxxxxxxxxxxxxxxxxxxxxx| --------------------------------------------------------------------- Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]
