🚀 go-pugleaf

Dnia Tue, 21 Oct 2008 22:04:01 +0200, Mateusz Ludwin napisał(a):

> Rafal rzecze:
> 
>> Inaczej: obiekt dao ma zarejestrowanych dwóch słuchaczy i równolegle
>> wykonuje 2 operacje raportowe. Skąd biedne DAO ma wiedzieć, któremu
>> słuchaczowi jaką informację o postępie wysłać? :)
> 
> No właśnie, skąd? Czemu zrobiłeś DAO singletonem?

Bo tak już było. :)
Poza tym wyczytałem gdzieś, że beany usług i dao (i większość springowych) 
powinny być singletonami.
Poza tym domyślnie spring tworzy singletony zamiast prototype.

O już mam:
"The following diagram illustrates the Spring prototype scope. Please note 
that a DAO would not typically be configured as a prototype, since a 
typical DAO would not hold any conversational state; it was just easier for 
this author to reuse the core of the singleton diagram."
Żródło: 
http://static.springframework.org/spring/docs/2.5.x/reference/beans.html#beans-factory-scopes-prototype



Ps. Ale załóżmy, że DAO jednak nie jest singletonem, SERVICE wtedy również 
nie może być singletonem, nie? Hmm. Muszę doczytać o prototype w Springu bo 
faktycznie nie pamietam kiedy to używałem.
Do MB jest wstrzykiwany service a do niego dao.

Wydaje mi się, że przy użyciu prototype może bardzo ucierpieć na tym 
wydajność - przy każdym dostępie do warstwy usług jest tworzony nowy obiekt 
service (opakowanie w transakcje itd, itp) i dao (tu pewnie też jakieś 
dodatkowe operacje)... :(
Choć wtedy mógłby zapamietywać w tych dao stan postępu.

Z wewnatrz MB bym zrobiłbym cos takiego:
service.getDao().addListener(this);
service.getDao().reportMethod();
service.getDao().removeListener(this);


Ps2. Chociaż cos takiego też jest nie ładne bo service to interfejs i nie 
powinien mieć metody getDao() ...

Hmm. Ciężkie jest życie programisty purysty. :)





-- 
Pozdrawiam
Rafal