Getters ir Setters

Gal kas galite paaiškinti, kam reikalingas tas getBrand()?:

String brand;
int numOfPickups;
boolean rockStarUsesIt;
String getBrand() {
return brand;
}
void setBrand(String aBrand) {
brand = aBrand;
}

Reikalingas visokiems OOP idealistams, svaičiojantiems apie encapsulation, get/set access ir t.t. :D Realiai, šiuo atveju nieko neduoda nei set, nei get :)

Reikalingas visokiems OOP idealistams, svaičiojantiems apie encapsulation, get/set access ir t.t. :D Realiai, šiuo atveju nieko neduoda nei set, nei get :)

Bet vis gi tie setteriai ir getteriai naudingi kažkuo. Citata iš knygos:

The point to setters (and getters, too) is that you can change your mind later,
without breaking anybody else’s code! Imagine if half the people in your company
used your class with public instance variables, and one day you suddenly realized,
“Oops– there’s something I didn’t plan for with that value, I’m going to have to switch to a
setter method.” You break everyone’s code. The cool thing about encapsulation is that you
get to change your mind. And nobody gets hurt. The performance gain from using variables
directly is so miniscule and would rarely—if ever— be worth it

“Oops– there’s something I didn’t plan for with that value

Nežinau, ką turėjo omeny su šitu, tad negaliu įvertint pilnai... Gal ir yra tiesos. Tačiau taip pat, kaip gali palikti getterį, gali palikt ir tą patį kintamąjį, o susikurti dar vieną, jei reikia kažko kito...

Man asmeniškai patinka pythone to atitikmuo „properties“ šitu atveju:

class Blah(object):
   @property
   def prop(self):
         result = do_something()
         return result

Ir tada gali kreiptis paprasčiausiai blahInstancija.prop, kaip į bet kokį kintamąjį, o jis vykdys tą funkciją „behind the scenes“ ir grąžins. Gaunas tokie paslėpti getteriai/setteriai :)

Na o kitais atvejais, vis tiek nematau prasmės, jei jokios logikos juose be get/set nėra.

Nežinau, ką turėjo omeny su šitu, tad negaliu įvertint pilnai... Gal ir yra tiesos. Tačiau taip pat, kaip gali palikti getterį, gali palikt ir tą patį kintamąjį, o susikurti dar vieną, jei reikia kažko kito...

Vienas is daugelio pvz yra tarkim callback'u pridejimas: tarkim turi properti WindowCaption ir event'a OnWindowCaptionChanged(). Tada i setteri dedi koda, kad nustacius reiksme dar priedo iskvieti ir visus uzregistruotus evento callbackus.

Properciai yra tie patys getters ir setters, taciau klases naudotojui neva paslepiantys ta fakta. Man asmeniskai tas siek tiek nepatinka, nes properciai turi tokia bjauria savybe, kad ziuredamas i juos kaip i kintamuosius negali tarkim perduoti "by reference". Kas naudojant pvz COM komponentus koda padaro labai bjauru :)