On 4 Cze, 10:31, zażółcony <r...@c...pl> wrote:

> > Ja najchętniej korzystam z traksakcji z automatycznym rollbackiem,
> > wyzwalanym przez destruktor. Wtedy opcja B jest kompletnie bez sensu
>
> Czyli korzystasz ze wzorca projektowego RAII

Jeśli to tak nazwiesz, to wszyscy wiedzą, o co chodzi, ale specjalnie
tej nazwy nie użyłem, bo w odniesieniu do obsługi transakcji znaczenie
tego skrótu ma się nijak. Ale faktycznie chodzi o to samo.

> (nazwa niezbyt trafna, ale tak już zostało).
> Taką konstrukcję zastosujesz tylko w językach bez asynchronicznie
> działającego garbage collectora, tzn. w takich, w których masz jasno
> zdefiniowany moment odpalania konstruktora.

Destruktora. Nie ma problemu z garbage collectorem, może sobie być i
jedno i drugie. To, że Javie jest tylko jedno to wybór projektantów
języka a nie ograniczenia paradygmatyczne. GC nadaje się do obsługi
pamięci ale nie od obsługi interakcji ze światem zewnętrznym.

> > No właśnie - co to za język programowania?
>
> Jeden z języków, w którym nie masz możliwości zastosowania wzorca RAII.

Fuj. Powinni tego zakazać.

> Wyobraź sobie, że zamiast transakcji masz tam operację otwarcia pliku,
[...]
> Zauważ, że jeśli wrzucisz otwieranie po try, to potem w finally musisz
> się zastanawiać, czy robić close, czy nie (dodatkowy if). A tego właśnie
> chcemy uniknąć.

Ja tego unikam używając języków, gdzie mogę mieć normalne RAII. Bo
zastanawianie się, gdzie postawić begin względem try to odwracanie
uwagi od głównego zagadnienia, typowe dla języków niskiego poziomu.

--
Maciej Sobczak * http://www.msobczak.com * http://www.inspirel.com