🚀 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:
>>>> W dniu 2013-01-03 09:40, Jadalbert pisze:
>>>>> problem (czy raczej moja niewiedza) jest taki
>>>>> Mam program liczący pewne wielkości i, dajmy na
>>>>> to w uproszczeniu, w
>>>>> klasie Geom metodę
>>>>> public double V(double x, double y, double z) {
>>>>>      return x * y * z;
>>>>> }
>>>>> gdzieś tam jest to wywoływane:
>>>>> V_ = Geom.V(2,3,4);
>>>>> czyli trzeba wstawić trzy argumenty. Wszystko
>>>>> działa bez zarzutu.
>>>>> Teraz, z klas liczących chcę zrobić beans'y.
>>>>> Czyli powinno być tak (opierając się na
>>>>> powyższym przykładzie):
>>>>> private double v;
>>>>> ...
>>>>> public double getV() {return v};
>>>>> public void setV(double v) {this.v = v;}
>>>>
>>>> To jest tylko para sette/getter. W zamyśle razem
>>>> tworzą jedną właściwość obiektu.
>>>>
>>>>> i tu, zgodnie z konwencją, metoda set ma tylko
>>>>> jeden argument, a ja
>>>>> potrzebuję przekazać 3. Jak wybrnąć sensownie z
>>>>> takiej sytuacji? Osobna
>>>>> klasa licząca + osobna typu beans? W beans'ie
>>>>> dodatkowe metody liczące?
>>>>> Można oczywiście już w implementacji dołożyć
>>>>> odpowiednie zmienne, ale co
>>>>> wtedy przekazywać jako argument?
>>>>> Najchętniej wszystko co dotyczy liczenia i, że
>>>>> tak powiem, formalnej
>>>>> struktury beans'ów chciałbym mieć w jednej
>>>>> klasie.
>>>>
>>>> Możesz to zrobić np tak
>>>>
>>>> //property X
>>>> public double getX() {return x};
>>>> public void setX(double x) {this.x = x;}
>>>> //property Y
>>>> public double getY() {return y};
>>>> public void setY(double y) {this.y = y;}
>>>> //property Z
>>>> public double getZ() {return z};
>>>> public void setZ(double z) {this.z = z;}
>>>>
>>>> //property V
>>>> public double getV() {return x * y * z;}
>>>>
>>>>
>>>> Jak widzisz, właściwość V nie ma settera, jest
>>>> tyko do odczytu. A jednocześnie jej getter
>>>> wykonuje potrzebne obliczenia.
>>>>
>>>> Zauważ że w ciałach setterów/getterów nie musisz
>>>> wcale pisać/czytać ze zmiennych. Możesz na
>>>> przykład przekazywać wartości do innych obiektów,
>>>> lub bazy danych, albo wołać jakieś funkcje API
>>>> odwołujące się do realnego świata (np. sterować
>>>> robotem).
>>>>
>>> Dziękuję za odpowiedź.
>>> Tyle, że dane do getV pochodzą z innej klasy, u
>>> mnie z takiego kontenera
>>> danych. Nie ma więc (potrzeby?) get/set
>>> właściwości x,y,z w klasie
>>> liczącej.
>>>
>>> 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"...
>
> Pozdrawiam,
> Marcin Jaskolski
>
>
no właśnie też mi się wydaje, że do zmiany 
wartości pola służy set..., a get... do odczytu
i stąd moje całkiem na górze pytanie i wątpliwości
jednak w javie to se poczynam na razie mizernie