Business Delegate e Service Locator

Criei uma interface chamada HandleDB que contém métodos para manipulação no banco de dados (insert, remove, update, list).
Tenho 4 classes: (Todas implementam HandleDB)
-ModelAdmin
-VariableAdmin
-StationAdmin
-StateAdmin
Essa é a camada de negócio.

Minha dúvida é a seguinte:

Quero utilizar Business Delegate e Service Locator para me conectar a camada de negócio, mas eu tenho dúvida qt à implementação desses patterns.

Eu poderia fazer assim?

Enfim, utilizo o Service Locator para ocultar os detalhes da implementação por trás do código de pesquisa de serviço de negócios.

É isso mesmo? Eu poderia fazer assim? Isso está certo?

vc ta decidindo qual objeto retornar no service locator.
acho que ta misturando as coisas.
p/ mim o service locator deve retornar um objeto, não precisa conhece-lo.
acho que vc poderia mudar esse trecho de codigo p/ uma factory.ela sim tomaria a decisão de qual objeto retornar.

[]'s

Realmente, o q eu fiz se parece mais com uma factory!

O service locator se encaixa mais na utilização de EJB's, onde eu pegaria o serviço e apresentaria para o business delegate?

Não implementei minha camada de negócios com EJB's. O service locator se aplica somente a esse tipo de implementação?

acho que vc pode ter uma classe tipo service locator, que retornace um new instance de um object qualquer, e na classe que chma vc faz o cast p/ o sua classe.
e uma factory que buscasse o tipo de obj.

[]'s

Fiz assim:

Meu DB:

Minha Factory:

Não consegui imaginar como eu usaria um service locator nesse caso. Tem como? Como ficaria?

Use ServiceLocator basicamente para JNDI e outros esquemas 'passa-string-recebe-objeto".

Por que seu método é sincronizado?

Considere utilizar um framework de IoC como o Spring e ser mais feliz

[]s

O Service Locator é uma forma de Factory.

Fora isso você está misturando a camada de persistencia com a de negocios.

A respeito do synchonized é uma dúvida q eu tenho faz tempo.

Pode acontecer de, por ser um método estático, meu objeto ser trocado por uma outra thread executando ao mesmo tempo esse método?

Vamos supor q um usuário entrou no sistema junto com outro usuário. Os dois pedem uma requisição e ao mesmo tempo eles entram nesse método. Não pode acontecer de retornar um valor errado?

Pensei em colocar synchronized, para q esse método seja executado separadamente, sem inteferir com outras threads.

This message was edited 1 time. Last update was at 14/01/2005 16:11:49

isso deve te ajudar a entender melhor

Basicamente o método vai executar várias vezes, mas cada vez é única e não interfere com as outras. O que você pode ter problema é se os métodos acessarem um recurso em comum, como um atributo (estático, no caso), aí eles pdoem alterar o valor ao mesmo tempo e essas coisas.

O objeto que vc retorna numa thread é dela e ng tasca

[]s

hmmm! entendi!

Valew!

louds wrote:O Service Locator é uma forma de Factory.

Fora isso você está misturando a camada de persistencia com a de negocios.

Uma Framework de persistência já implementa a separação da camada de negócio?
É q estou estudando Struts e pretendo começar a estudar algum Framework para trabalhar com persistência.

O q vc sugere?

*eu sugiro*

MVC: WebWork ou Spring IoC
Persistência: Hibernate ou JDBC+DAO, se o sistema for simples
Gerência da procaria toda: Spring

Tudo depende dos seus requisitos na verdade, e do tempo hábil.

(eu não usaria Struts, foi lançada a pouco a campanha SALVEM AS FOCAS)

Campanha Salvem as Focas?

Não entendi!

Qual o problema de utilizar Struts?

Moderador Membro desde: 21/02/2003 16:19:19 Mensagens: 1647 Offline

Luiz Henrique Coura wrote:Campanha Salvem as Focas?
Não entendi!
Qual o problema de utilizar Struts?

cv um dia wrote: Toda vez que voce usa Struts, Deus mata um bebe foca. Pense nas pobres foquinhas, e parem de usar esse lixo. Por favooooooooooooooooooor.

Aqui ele teve essa inspiração ...

PS: Pessoaaal, achei esse post ai de cima no Google, finalmente o forum do guj está indexado que é uma beleza!!!!

PS2: 99,767

smota wrote:PS2: 99,767

Tâmo quase lá!

pcalcado wrote:
(eu não usaria Struts, foi lançada a pouco a campanha SALVEM AS FOCAS)

Ô Shoes, bem q tuh podia colocar uma foquinha nesse avatar seu neh?!
O Greenpeace ia adorar!

Ja que usaram meu nome (iniciais?) em vao, eu vou dar pitaco tambem.

Nao use ServiceLocators nem Factories. Ja tiveram todo o trabalho de fazer uma PUTA factory generica, que eh o Spring. Se voce tiver sem saco de usar o Spring, ou ficar com nojinho do XML, voce pode usar o PicoContainer. Mas nao faca ServiceLocator ou Factory na mao, a menos que vc queira consertar depois. Pq ninguem faz isso direito

Notícias, artigos e o maior fórum brasileiro sobre Java