🚀 go-pugleaf

W dniu 2013-01-03 22:53, x pisze:
> W dniu 2013-01-03 22:15, Arivald pisze:
>> 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.
>
> Tylko niech ta właściwość dotyczy obiektu na rzecz którego jest
> wywoływana, a nie jakiegoś innego.
>

Ale czemu? To nie ma uzasadnienia.

Dla przykładu, mamy klasę Samochod:

class Samochod {
   Siedzenie kierowca;
   Siedzenie pasazerZPrzodu;
   Siedzenie kanapaTylna;

   int getIloscOsob() {
     return kierowca.getIloscOsob()
          + pasazerZPrzodu.getIloscOsob()
          + kanapaTylna.getIloscOsob();
   }

}

>> 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.
>
> W Javie również jest to bardzo powszechna praktyka. Ale trzeba z tym
> podejściem uważać, łatwo narobić bałaganu.

Oczywiście, z tym się w pełni zgadzam.

-- 
Arivald