🚀 go-pugleaf

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;}
>
> 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.

Konwencja JavaBeans ma zastosowanie w przypadku klas, których obiekty 
mają jakieś "pola" lub "własności". W przypadku klasy Geom to nie zachodzi.

Czy jest jakiś konkretny powód, dla którego chcesz zastosować JavaBeans ?

Możesz oczywiście wykonać swoje obliczenie w ten sposób:

Geom g = new Geom();
g.setX(2);
g.setY(3);
g.setZ(4);
println(g.getV());

ale to jest po prostu bez sensu.

Pozdrawiam,
Marcin Jaskolski