-
Data: 2012-03-16 12:28:54
Temat: Re: Jaki wzorzec projektowy: pilnowanie cyklu życia innego obiektu ?
Od: zażółcony <r...@c...pl> szukaj wiadomości tego autora
[ pokaż wszystkie 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 :)
Następne wpisy z tego wątku
- 17.03.12 12:17 Andrzej Jarzabek
- 21.03.12 08:13 zażółcony
- 21.03.12 14:22 Andrzej Jarzabek
- 21.03.12 14:42 Andrzej Jarzabek
- 21.03.12 14:46 zażółcony
Najnowsze wątki z tej grupy
- "Wuj dobra rada" z KDAB rozważa: Choosing the Right Programming Language for Your Embedded Linux Device
- Nowa ustawa o ochronie praw autorskich - opis problemu i szkic ustawy
- Alg. kompresji LZW
- Popr. 14. Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- Arch. Prog. Nieuprzywilejowanych w pełnej wer. na nowej s. WWW energokod.pl
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
Najnowsze wątki
- 2025-03-22 Warszawa => Senior Account Manager <=
- 2025-03-22 Warszawa => BI Developer / Analityk BI <=
- 2025-03-22 Warszawa => IT Recruiter <=
- 2025-03-21 Zakaz wjazdu
- 2025-03-21 Nie zawsze wchodzi jedynka
- 2025-03-21 Samochody na wodę
- 2025-03-20 miszczowie parkowania
- 2025-03-20 "Wuj dobra rada" z KDAB rozważa: Choosing the Right Programming Language for Your Embedded Linux Device
- 2025-03-21 Gliwice => Business Development Manager - Dział Sieci i Bezpieczeńst
- 2025-03-21 Warszawa => Strategic Account Manager <=
- 2025-03-21 Wrocław => SOC Tech Leader <=
- 2025-03-21 Szczecin => Key Account Manager IT <=
- 2025-03-21 Ostrów Wielkopolski => Konsultant Wdrożeniowy Comarch XL/Optima (Ksi
- 2025-03-21 Wrocław => Konsultant wdrożeniowy Comarch XL/Optima (Księgowość i
- 2025-03-21 Warszawa => IT Business Analyst <=