🚀 go-pugleaf

On 21 Paź, 23:45, Rafal <r...@NOSPAM.adrem.pl> wrote:
> 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.h...
>
> 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

Witam nie wiem czy rada coś da ale singleton powinien być
wykorzystywany do obiektów bezstanowych (nie mających pamiętać
czegokolwiek) DAO jest takim obiektem zwraca on dane i już (nie
zapamiętuje indywidualnego statusu czegokolwiek), ja do pośrednictwa
pomiędzy jsf a spring w takich kwestiach wprowadzam małe obiekty
niesingletonowe w których trzymam lokalne wybory (statusy) zaciągane
np z DAO (singleton).

Pozdrawiam
Mateusz