eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingCo może robić konstruktor i dlaczego nie?Re: Co może robić konstruktor i dlaczego nie?
  • Data: 2012-07-05 07:56:56
    Temat: Re: Co może robić konstruktor i dlaczego nie?
    Od: Paweł Kierski <n...@p...net> szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    W dniu 2012-07-05 02:16, Michoo pisze:
    > On 04.07.2012 22:34, slawek wrote:
    >> Różnica pomiędzy czymś takim (C++)
    >>
    >> int main() { Foo foo = new Foo; delete foo; return 0; }
    >>
    >> a czymś takim
    >>
    >> int main() { Foo foo = new Foo; foo.run(); delete foo; return 0; }
    >>
    > Foo().run();
    >

    Pytanie, dlaczego nie Foo::run(), czyli metoda statyczna, czyli zwykła
    funkcja? Domyślam się, że z powodu dużego skomplikowania funkcji,
    w szczególności dużo elementów stanu, czyli potrzeba w rozdzaju:
    http://www.refactoring.com/catalog/replaceMethodWith
    MethodObject.html

    W C++ uważałbym na czas życia obiektu - lepiej nie przekazywać
    zewnętrznym obiektom o dłuższym czasie życia nic związanego z this. Ale
    tak samo byłoby w przypadku zwykłej funkcji.

    Dodatkowo można jeszcze z takiego obiektu/funkcji zwracać wartość:

    zamiast:
    MyType foo(params);

    class Foo
    {
    public:
    Foo(params);
    operator MyType(); // musi zwracać kopię - patrz wyżej
    };

    Można wtedy zamiast:

    MyType myVar = foo(params);

    pisać:

    MyType myVar = Foo(params);

    --
    Paweł Kierski
    n...@p...net

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: