🚀 go-pugleaf

On 22 Lis, 20:59, Seweryn Habdank-Wojewódzki <shw_m...@wp.pl> wrote:


> > Ps. Chętnie wrócę do tematu kasowania metod w Pythonowych klasach.

> > To jest ficzer bardzo rzadko przydatny, ale też i rzadko
> > używany i dla newbies przykryty -- grzebanie w __dict__ to zagadnienia dla
> > zaawansowanych.

> > Kiedy może się przydać? Jak masz logicznie podzieloną aplikację na czas
> > inicjalizacji (gdy np. wczytujesz pliki konfiguracyjne, inicjujesz obiekty
> > mające życ do końca itd) i czas właściwego wykonania. Wówczas użycie
> > niektórych metod wskazane w czasie inicjalizaji jest złym pomeysłem w
> > czasie właściwego wykonania -- i można je wywalić.
>
> Ale super, miałem nadzieję, że potrafisz myśleć konstruktywnie, nawet nie
> wiesz jak się cieszę, że potrafisz znajdować plusy tam gdzie można mówić o
> minusach.

Etam, Seweryn, dałeś się wkręcić. To jest Naciąganie Gaci Przez Głowę
(tm).

class ClassForNormalUse
{
public:
    void doThis();
    void doThat();
};

class ClassWithAdditionalFeaturesForInitialization : public
ClassForNormalUse
{
public:
    void readConfigFiles();
    void doSomethingSpecialAtTheBeginning();
};

ClassForNormalUse & getIt()
{
    static ClassWithAdditionalFeaturesForInitialization x;

    x.readConfigFiles();
    x.doSomethingSpecialAtTheBeginning();

    // ok, object is ready for normal use:
    return x;
}

// ...

ClassForNormalUse & x = getIt();

x.doThis();
x.doThat();
x.readConfigFiles(); // WTF? no such method (in compile-time!)


Nie trzeba kasować metod ze słownika, żeby podzielić funkcjonalność
czegoś na etapy.
Wieloetapowość można naturalnie wyrazić ze statycznym systemem typów
posługując się różnymi widokami na ten sam obiekt w różnych chwilach
jego życia. W powyższym przykładzie *jeden* obiekt ma *dwa* różne
widoki: jeden dostępny w funkcji factory a drugi dostępny dla klienta
(tu oczywiście nie chodzi o samą formę factory, bo można to
zorganizować dowolnie). Widok w factory ma większą funkcjonalność,
która nie jest dostępna w czasie używania obiektu przez klienta.
Żadna metoda nie została tu skasowana z żadnego słownika, po prostu
niepotrzebne metody nie istnieją w widoku, którego używa klient. To,
że te metody tam nie istenieją, jest statyczną cechą tego widoku.

I nie, nie trzeba tego opisywać jako "zagadnienie dla zaawansowanych",
bo już samo to określenie pokazuje, że kasowanie metod to zwykłe
Naciąganie Gaci Przez Głowę (tm).

--
Maciej Sobczak * www.msobczak.com * www.inspirel.com