Krzysiek Kowaliczek wrote:

> Michal Kleczek wrote:
>> Krzysiek Kowaliczek wrote:
>>
>> [ciach]
>>> Powiedzmy, że jest to globalny obiekt z dwoma
>>> funkcjami statycznymi getId, releaseId za którymi
>>> kryje się mapa :).
>>>
>>
>> Prosze...
>> Wezmy scenariusz:
>> 1. mamy sobie mape long->Item
>> 2. przychodzi komunikat
>> 3. parsujemy komunikat i odczytujemy id obiektu ktorego dotyczy
>> 4. musimy w mapie znalezc obiekt odpowiadajacy temu id
>> 5. jezeli program nie trzyma (poza mapa) referencji do danego obiektu -
>> musimy usunac mapowanie z mapy
>>
>
> Z dokładnością do tego, że należałoby przenieść
> definicje metod do .cpp, aby uniknąć cyklicznych zależności.
>
> struct mapa
> {
> static void setId ( Item& item )
> {
> int id = findFreeId ();
> map_.insert ( std::make_pair ( id, &item ) );
> }
>
>
> static void releaseId ( Item& item )
> {
> map_.erase ( item.id_ );
> }
>
> static Item* findItem ( int id )
> {
> std::map<int, Item*>::iterator it =
> map_.find ( id );
> if ( it != map_.end () )
> return it-> second;
> else
> return 0;
> }
>
> private:
> static std::map<int, Item*> map_;
>
> }
>
> struct Item
> {
> ~Item ()
> {
> mapa::releaseId ( *this );
> }
>
> Item ()
> {
> mapa::setId ( *this );
> }
>
> int id_;
>
> };
>
> I teraz niezależnie czy tworzymy obiekty na stosie
> czy alokujemy dynamicznie ( pod warunkiem, że go zwolnimy ),
> zawsze zadziała.

Eee... dla mnie to kicha, bo nie mozna sobie na boku zapamietac (referencji
do) obiektu Item ktorym jestem zainteresowany (np. na czas zycia okienka,
ktore pokazuje dany Item - kazde takie okienko bedzie mialo swoja kopie lub
wskaznik wskazujacy w kosmos).

--
Michal