[CichyGlosZTyluGlowy]

Może mi ktoś wytłumaczyć jaki jest sens pakowania w #java i #csharp pól prywatnych z getterami i setterami wszędzie gdzie się da zamiast zrobić pola publicznego? Przecież skoro są prywatne to jaki jest sens dawania komukolwiek możliwości ich zmiany a instrukcje skoku do funkcji, zwrócenia wartości i sam rozmiar klasy muszą dodawać strasznie wielki narzut na działanie całego programu.

[PeaK]

Nie wiem nie znam sie ale moze chodzi o atomic operations... i rozwiazanie problemu wielodostepu. Takie konstrukcje powinny byc threadsafe.

[Marpop]

@CichyGlosZTyluGlowy: hermetyzacja/enkapsulacja

[CichyGlosZTyluGlowy]

@Marpop: ale co to za hermetyzacja, jeśli i tak masz dostęp do pola z dowolnego miejsca programu?

[spetz]

@CichyGlosZTyluGlowy: po to, żeby nie tworzyć anemicznych klas. To o czym piszesz to jest chyba największy anty-wzorzec jaki istnieje w programowaniu obiektowym i nikomu nie życzę pisać kodu w taki sposób. Polecam powrót do podstaw i nauki enkapsulacji :).

[Marpop]

@CichyGlosZTyluGlowy: nie musisz tworzyć do każdej zmiennej setterów/getterów

[CichyGlosZTyluGlowy]

@Marpop: no wiem, że nie muszę ale jak już planuję dowolnie zmieniać jakieś pole w klasie z innej klasy to po co w ogóle robić je prywatne?

[Fuv]

@CichyGlosZTyluGlowy Bo tak jak powiedział to kolega wyżej, to potworny antywzorzec:
http://www.yegor256.com/2014/09/16/getters-and-setters-are-evil.amp.html
Problem polega na tym że większość bibliotek w ten sposób działa (np. JPA) i jakbyś nie chciał to tego nie przeskoczysz.

[GotoFinal]

@CichyGlosZTyluGlowy: przy zwykłym getterze, (sytuacja się zmienia jeśli jest to metoda interfejsu a klas go implementujacych jest więcej niż 1, lub abstrakcyjna) przynajmniej w javie, narzutu nie ma, jit to ogarnie do zwykłego odczytu z pamięci. A tak to w klasach implementacji czasami stosuje się pola widoczne, nie koniecznie publiczne, raczej np widoczne w zakresie package, bo np używa się tego tylko w implementacji, nikt inny nie ma nawet dostępu do

[A.....t]

@CichyGlosZTyluGlowy: daje się możliwość zmiany tylko tym, którym się chce, a poza tym to taka zaleta, że jak będziesz chciał wprowadzić jakąś walidację, czy inne akcje podczas przypisania do tej zmiennej to nie będziesz musiał zmieniać api jeśli ta metoda już jest