🚀 go-pugleaf

W dniu 2013-01-03 21:47, x pisze:
> W dniu 2013-01-03 11:15, Arivald pisze:
>> W dniu 2013-01-03 11:03, Jadalbert pisze:
>>> W dniu 2013-01-03 10:18, Arivald pisze:
>>>
>>> Z tego by wynikało, że aby zachować konwencje beans'a wystarczy mi
>>> jedynie odczytywać wartość:
>>>
>>> private double v;
>>> ...
>>> public double getV() {
>>>    return kontener.x * kontener.y * kontener.z;
>>> }
>>> Czy dobrze rozumiem?
>>
>> Dokładnie tak.
>>
>
> Oj to nie wygląda za dobrze. Przede wszystkim dlatego, że większość
> programistów zinterpretuje nazwę getV() jako "zwracam pole V". Tymczasem
> metoda nawet nie operuje na polach obiektu na rzecz którego jest
> wywoływana, tylko na obiekcie "kontener"...

Większość programistów? Może Javowców.
A interpretacja jest nie "zwracam pole V", tylko "zwracam wartość 
właściwości 'V' ". A że właściwość jest zależna od innych, to trzeba ją 
obliczyć. Gdyby chodziło tylko o dostęp do pola, to nie miało by sensu w 
ogóle robienie settera czy gettera.

W językach gdzie właściwości (property) są standardem (C#, VB, Delphi 
czy JavaScript), jest to normalne podejście żeby robić jakieś proste 
obliczenie w getterze. A czasem nawet skomplikowane działania typu lazy 
init, czy obsługa cache.

Tak samo jak w setterze sprawdza się czy nowa wartość jest inna niż 
dotychczasowa, i jeśli tak to podejmuje się stosowną akcję (no 
odrysowanie kontrolki po zmianie jej rozmiaru czy koloru).

A Java nie ma natywnego wsparcia dla właściwości, ma tyko konwencję 
"Java beans", która symuluje właściwości. Może dlatego tyle 
nieporozumień z tym związanych.

-- 
Arivald