🚀 go-pugleaf

W ostatnim odcinku, Adam Karpierz naskrobal:
: 2. Chec ujednolicenia zapisow poprzez unikniecie koszmaru mieszania
:     operatorow -> i .
:     Prywatnie analiza i pamietanie konstukcji typu
:     aaa->bbb.ccc->.ddd->eee.fff.ggg->
:     i ciagle z tym pomylki zeraja mi mnostwo czasu
:     (ze o nerwach i czytelnosci juz nie wspomne).

Jest mozliwe w przypadku utworzenia referencji PO inicjalizacji wskaznika. Nie
zapominaj, ze w C++ zmienne mozesz tworzyc w DOWOLNYM momencie.

: 3. chec korzystania z konstrukcji np. typu:
:     /neistety (w ogolnosci) nie do zrealizowania w C++/.

:     Klasa & ref;
:     ...
:    ref = (cos tam) ?  obiekt1 : obiekt2;
:    ...
:    ref.metoda1();
:    ref.metoda2();
:    itp..

Czyzby niemozliwe ? A probowales tak:

	Klasa& ref( (cos tam) ? obiekt1 : obiekt2 ); ?


: zamiast:

:    Klasa * ptr;
:     ...
:    ptr = (cos tam) ?  &obiekt1 : &obiekt2;
:    ...
:    ptr->metoda1();
:    ptr->metoda2();
:    itp..

: No bo i po coz wykonywac adresowanie ?
: Po co ono tu potrzebne ?.

Zgadzam sie. Dlatego staram sie uzywac referencji najczesciej na ile to
mozliwe. Ostatnio, ze wzgledu na to, ze musialem zrobic klase, ktora stanowi
"opakowanie" dla innego obiektu (opakowanie zapewnia umieszczanie w liscie),
zawiera ona wskaznik na wlasciwa strukture, totez jest tzw. inteligentnym
wskaznikiem. Glupio by wiec bylo tworzyc wskaznik do tej struktury, bo wtedy
musialbym tego uzywac tak:

BlockBox* block = new BlockBox( nr, at );
...
cerr << filename << ":" << (*block)->nr << ":" << ...

Dlatego uzywam tak:

BlockBox& block = *new BlockBox( nr, at );
...
cerr << filename << ":" << block->nr << ":" << ...


-- 
                        -=* P O Z D R A W I A M ! *=-
    [-=* Ij waiet salden mijn spijr, ta faenen aire ats trauven diaenna *=-]
     ____....----````Sektor van Skijlen: sektor at beer.com''''----....____
                                         <sPAm  @  pROtEctIOn>