Dnia Mon, 04 Jun 2012 18:04:43 +0200, zażółcony napisal:

> W dniu 2012-06-04 16:14, Maciej Sobczak pisze:
>> 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.
>
> Skrót jest kiepski, ale pojęcie transakcji i pojęcie zasobu już nie są
> tak odległe. Do transakcji i pliku jako 'bazę przykładów' dałbym jeszcze
> 'mutex', lub inaczej semafor binarny.
> W przypadku tego ostatniego sytuacja wydaje mi się najbardziej jaskrawa:
> semafor opuszczasz PRZED try, a podnosisz w finally.
> Każda inna konstrukcja to prośba o brak parzystości operacji na
> semaforze.

Mutex to nie jest semafor. Nie ma problemu z zamykaniem go w try. To
znaczy tak samo nie ma problemu jak i poza try, ogólnie musi być
otwarty jeżeli został zamknięty, ale w try/catch można to zamknąć
bardzo różnie, zazwyczaj przez obiekt guarda lokalny dla wątku,
który tylko po to istnieje żeby to obsłużyć.

Edek