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]
