Article View: pl.comp.objects
Article #14892Re: kolekcja/manager obiektów
From: Sektor van Skijlen
Date: Tue, 11 Jul 2006 10:46
Date: Tue, 11 Jul 2006 10:46
53 lines
3521 bytes
3521 bytes
Dnia Tue, 11 Jul 2006 12:35:43 +0200, Adam Karpierz skrobie: > "Darek Kubiczek" <darek_kubiczek@wp.pl> wrote in message > >> Wydaje mi się, że je?li nawet taki manager chce koniecznie kontrolować > >> zmiany w swoich dzieciach, to lepszy do tego jest wzorzec Observer, > >> zgodz? się ze mn? Państwo? > > Zgadzam sie. > >W poprzednim projekcie spotykalem bardzo czesto taki schemat. > >Poczatkowo operowalismy bezposrednio na obiektach-dzieciach. > >Pozniej zwykle okazywalo sie, ze potrzebne jest wyslanie powiadomienia > >do zainteresowanych obiektow w zwiazku z wykonywana operacja na > >obiekcie-dziecku. > >Korzystalismy wtedy z wzorca Observer (Manager byl obiektem > >obserwowanym). > A nie powinno byz tak ze wlasnie Manager powinien byc obserwatorem > a obiekty obserwowanymi przez ten obserwator ? > Chyba to mial na mysli Przemek Pokrywka ? No właśnie to chyba miał na myśli i właśnie dlatego to jest bez sensu. Wzorzec obserwatora polega (podobno) na tym, że obiekty obserwujące synchronizują swój stan z obiektem obserwowanym w przypadku zmiany stanu obiektu obserwowanego. Do przedstawionego przypadku ma się to jak balon do kaktusa: przedstawiona operacja jest wykonywana na określonej, wskazanej sesji i specjalnie dla niej. Obserwator zaciera fakt istnienia obserwacji; obiekt obserwowany (teoretycznie) nie wie o tym, że jest obserwowany. > >W koncu zrezygnowalismy z bezposredniego operowania na > >obiektach-dzieciach i wszystkie akcje zmieniajace stan takiego > >obiektu-dziecka byly zawsze kontrolowane przez jego managera > >(obserwowanego). > IMHO to juz mi sie bardzo nie podoba. > Uzasadnienie: zwyciestwo technikaliow nad rzeczywistoscia. Co więcej, to brzmi już całkiem bez sensu, bo do zmian stanu określonego obiektu powinny służyć jego metody. Można jedynie decydować, czy się chce dopuszczać metody z zewnątrz do metod tych obiektów, czy też dopuszcza się to tylko do ich menedżera, ale o tym już pisałem. > PS: Nie jestem zawodowym projektantem a jedynie programista wiec > moge sie mylic ;) Taaa... o "projektantach" już było na stronie www.waterfall2006.com. -- // _ ___ Michal "Sektor" Malecki <sektor(whirl)kis.p.lodz.pl> \\ L_ |/ `| /^\ ,() <ethouris(O)gmail.com> // \_ |\ \/ \_/ /\ C++ bez cholesterolu: http://www.intercon.pl/~sektor/cbx "I am allergic to Java because programming in Java reminds me casting spells"
Technical Details
Message-ID:
<e8vvi1$bj5$1@kujawiak.man.lodz.pl>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!mat.uni.torun.pl!news.man.torun.pl!newsfeed.pionier.net.pl!news.man.lodz.pl!not-for-mailReferences:
<e8u9d9$bf1$1@news.onet.pl> <1152609582.735276.3000@s13g2000cwa.googlegroups.com> <e8vuu0$cnv$1@inews.gazeta.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!mat.uni.torun.pl!news.man.torun.pl!newsfeed.pionier.net.pl!news.man.lodz.pl!not-for-mail
From: Sektor van Skijlen <ethouris@guess.if.gmail.com.is.valid.or.invalid>
Newsgroups: pl.comp.objects
Subject: Re: kolekcja/manager obiektów
Date: Tue, 11 Jul 2006 10:46:25 +0000 (UTC)
Organization: LODMAN - Metropolitan Area Network in LODZ, Poland
Lines: 53
Sender: Michal Malecki <sektor@zly.kis.p.lodz.pl>
Message-ID: <e8vvi1$bj5$1@kujawiak.man.lodz.pl>
References: <e8u9d9$bf1$1@news.onet.pl> <1152609582.735276.3000@s13g2000cwa.googlegroups.com> <e8vuu0$cnv$1@inews.gazeta.pl>
NNTP-Posting-Host: zly.kis.p.lodz.pl
Mime-Version: 1.0
X-Trace: kujawiak.man.lodz.pl 1152614785 11877 212.191.89.2 (11 Jul 2006 10:46:25 GMT)
X-Complaints-To: abuse@man.lodz.pl
NNTP-Posting-Date: Tue, 11 Jul 2006 10:46:25 +0000 (UTC)
User-Agent: tin/1.6.2-20030910 ("Pabbay") (UNIX) (SunOS/5.9 (sun4u))
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit