W dniu 2012-01-04 10:39, Szyk pisze:
> W dniu 2012-01-04 08:37, Paweł Kierski pisze:
>> W dniu 2012-01-03 18:12, Szyk pisze:
>>>
>>>>> Czy są takie systemy operacyjne w których programy (i biblioteki
>>>>> współdzielone) kompilowane różnymi kompilatorami C++ są ze sobą
>>>>> kompatybilne?
>>>>
>>>> Najlepiej przyjąć, że najmniejszym wspólnym mianownikiem jest interfejs
>>>> typu C. Do tego każde zwolnienie zasobów powinno nastąpić w tym module,
>>>> w którym zostały zaalokowane. Wtedy ma duże szansę zagrać bez względu
>>>> na kompilator.
>>>
>>> Czyli wzorzec fabryka obiektów się kłania?
>>
>> Tyle, że oprócz fabryki potrzebna jest zazwyczaj "niszczarka".
>
> Czemu fabryka nie mogła by mieć funkcji niszczącej? Przecież tak było by
> chyba najwygodniej.
[...]

Może. Przy interfejsie w stylu C to zazwyczaj dwie funkcje, dlatego
pisałem o oddzielnych bytach.

>> Najlepiej
>> opakować to po stronie klienta w sprytne uchwyty/wskaźniki (chyba, że
>> cały obiekt po stronie klienta jest takim uchwytem na wewnętrzne
>> zasoby).
>
> Masz zapewne na myśli dedykowany sprytny wskaźnik, a nie std::auto_ptr?
[...]

Tak - tworzenie obiektu to nie koniecznie new, a usuwanie nie koniecznie
delete.

Alternatywne rozwiązanie (jeśli chodzi o zarządzanie pamięcią), to
dostarczanie bibliotece funkcji alokującej i dealokującej. Wtedy
zarządzanie pamięcią jest tylko po stronie klienta.

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