eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingJaki wzorzec projektowy: pilnowanie cyklu życia innego obiektu ?Re: Jaki wzorzec projektowy: pilnowanie cyklu życia innego obiektu ?
  • Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.task.gda.pl!not-for-mail
    From: zażółcony <r...@c...pl>
    Newsgroups: pl.comp.programming
    Subject: Re: Jaki wzorzec projektowy: pilnowanie cyklu życia innego obiektu ?
    Date: Fri, 16 Mar 2012 13:28:54 +0100
    Organization: CI TASK http://www.task.gda.pl/
    Lines: 34
    Message-ID: <jjvbm4$qd4$1@news.task.gda.pl>
    References: <jjv1o4$brh$1@news.task.gda.pl>
    <4f631023$0$4069$c3e8da3$efbdef2c@news.astraweb.com>
    <jjv3a9$e9s$1@news.task.gda.pl>
    <4...@g...googlegroups.com>
    NNTP-Posting-Host: efp194.internetdsl.tpnet.pl
    Mime-Version: 1.0
    Content-Type: text/plain; charset=ISO-8859-2; format=flowed
    Content-Transfer-Encoding: 8bit
    X-Trace: news.task.gda.pl 1331900933 27044 83.14.249.194 (16 Mar 2012 12:28:53 GMT)
    X-Complaints-To: a...@n...task.gda.pl
    NNTP-Posting-Date: Fri, 16 Mar 2012 12:28:53 +0000 (UTC)
    User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216
    Thunderbird/10.0.2
    In-Reply-To: <4...@g...googlegroups.com>
    Xref: news-archive.icm.edu.pl pl.comp.programming:196109
    [ ukryj nagłówki ]

    W dniu 2012-03-16 12:06, Andrzej Jarzabek pisze:
    > On Mar 16, 10:06 am, zażółcony<r...@c...pl> wrote:
    >> W dniu 2012-03-16 11:04, Bronek Kozicki pisze:
    >>
    >>> On 16/03/2012 09:39, zażółcony wrote:
    >>>> Nie mamy do dyspozycji czegoś takiego, jak weak reference, więc żeby
    >>>> temu zaradzić działamy wg. wzorca takiego:
    >>
    >>> jak to nie? Mamy, nazywa się std::weak_ptr (albo boost::weak_ptr ,
    >>> zależnie od kompilatora pod ręką).
    >>
    >> Ok, ja nie mam :) (FoxPro)
    >
    > Po pierwsze, może po prostu weak reference jest patternem, który
    > powinieneś zaimplementować?
    Ciężka sprawa w foxie ... Nie bardzo widzę sposób implementacji
    bez mocnej ingerencji w same obiekty, które chcemy pilnować.
    Bez wtykania w destruktory specjalnego kodu tego nie widzę.
    Jak najmniej takich rzeczy w Foxie :)

    > Po drugie, może zamiast tego wariant 'observer pattern' na zasadzie
    > 'obserwator prosi o wskaźnik/referencję na obiekt i chce być
    > powiadomiony kiedy obiekt będzie niszczony - plus enkapsulacja tego w
    > ten sposób, że masz implementację obserwatora z kolekcją i
    > zautomatyzowane operacje: obserwator dostaje wskaźnik - dodaje go do
    > kolekcji; obserwator dostaje powiadomienie o destrukcji obiektu -
    > usuwa wskaźnik z kolekcji. Nie wiem czy taka kombinacja ma swoją nazwę.

    No to jest jakiś pomysł, czyli coś w rodzaju LifeCycleObserver.
    Hmmm ... Może tak to właśnie u siebie nazwę :) Z tym tylko
    niuansem, ze obserwer właściwie bardziej obserwuje siebie, niż
    podpięty obiekt. Bo to obserwer byłby tym obiektem lokalnym,
    który musi w destruktorze odpalić 'wypisanie' innego obiektu
    z systemu. Taki SelfDestroyObserver :)

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: