Diskuze: gettery
V předchozím kvízu, Online test znalostí Java, jsme si ověřili nabyté zkušenosti z kurzu.

Člen

Zobrazeno 18 zpráv z 18.
//= Settings::TRACKING_CODE_B ?> //= Settings::TRACKING_CODE ?>
V předchozím kvízu, Online test znalostí Java, jsme si ověřili nabyté zkušenosti z kurzu.
Jsou to obyčejné metody, u kterých se zažily speciální názvy začínající set- nebo get-. Setter nastavuje hodnotu atributu uvnitř objektu, getter ji zjišťuje.
Pes alik = new Pes();
alik.setJmeno("Alík"); // nastaví objektu alik atribut Jmeno na "Alík"
System.out.println(alik.getJmeno()); // vypíše hodnotu atributu Jmeno
Tyto gettery a settery musíš naprogramovat, ale IDE je často vygenerují za tebe. A často i zbytečně, protože většina atributů nemusí být v rozhraní třídy.
V tom článku to máš popsáno pro denormalizovaná data. V praxi to pak často vypadá tak, že se gettery a settery zneužívají. Například pokud chci rychlost zvýšit o 30, tak vývojář napíše:
auto.setRychlost(auto.getRychlost() + 30);
místo mnohem praktičtějšího
auto.addRychlost(30);
Gettery a settery mají svůj smysl, ale často bývají jen berličkou pro programátory, kteří se jí jen brání proti public atributům místo toho aby tomu getteru či setteru dali nějakou funkčnost - například hlídání mezí, konverze typů, skládání výstupního stringu apod. Z objektů tak udělají jen datové skladiště.
Co se tady píše je pravda, základní myšlenka getterů a setterů je prostě zachovávání zapouzdřenosti - teoreticky ze základního konceptu by měl být každý atribut nepřístupný, protože atributy jsou vnitřnosti objektu, ve kterých si uchovává svůj stav, pracovat by se s objektem mělo jenom pomocí metod, proto mají atributy gettery a settery. V praxi se samozřejmě dělají různé věci z hlediska výhodnosti, praktičnosti, lenosti, apod. Koneckonců samy jazyky se tomu přizpůsobují a nabízí modifikátory přístupu, různé read-only direktivy apod.
Na kazdem OS se tohle resi jinak, ale v podstate vzdy volas system -
shodou okolnosti je to na win i linuxu systemovy prikaz se stejnym nazvem:
shutdown a jen pak menis parametry.
Pokud chces resit systemove veci tak je lepsi sahnout po jinem jazyku. V jave se takove veci resi celkem obtizne.
V C# tohle jde jednoduse s tridami Process nebo ProcessStartInfo, takze v Jave to pujde urcite nejak jednoduse taky.
Tohle zrovna jo, protoze je to pres prikazovy radek
Process process = Runtime.getRuntime().exec(); //parametry z hlavy ted nedam :D
ale, cim vic co to bude zamerovat na jeden konkretni system tim vic to bude v Jave slozitejsi a pozdeji se bude muset vyuzivat JNI nebo JNA, ktere je mozna o neco jednodusi.
Tak on C# je taky multiplatformni, dokud nevyuzijes neco, co vyuziva primo
neco od OS
Runtime.getRuntime()
to je roztomily
No, rekl bych ze trida Runtime pouziva navrhovy vzor
Singleton.
Jj, to mi doslo, ale v C# se singleton obvykle resi malinko jinak, ten Javi
zpusob jsem jeste nepotkal
Když se podíváš do některých systémových knihoven Javy, např. do kolekcí, tak tam těch getterů a setterů moc není. V GUI je jich však požehnaně. Settery většinou volají nějaký Observer, takže pouhé přiřazení to také není.
Zobrazeno 18 zpráv z 18.