Utwierdzam się w przekonaniu, że Java to język prymitywny.
Nie ma propert. Właściwości. Jest za to wszędzie używane coś takiego jak poniżej. Nie chodzi nawet o pisanie tego bo może pomóc snippet ale czytanie i rozmiar klas.
JAVA: private String name;
public String getName() { return this.name; } public void setName(String name) { this.name = name; } C#: private string Name { get; set; }
@DylematyMoralne: To pozostałość z dawnych czasów, C# to jednak język młodszy od Javy. Jest to jedna z bolączek Javy, ukrócona chociażby przez Kotlina czy Scalę. Jest też rozpisany JEP z propozycją wprowadzenia do Javy data classes, gdzie nie trzeba będzie ani getterów, ani setterów, ani equals ani hashcode ani nic. Nie pamiętam czy celowany na najbliższy release czy na późniejszy. Ewentualnie, na dzień dzisiejszy może zainteresować cię Project Lombok, który
@DylematyMoralne: nikt normalny nie broni braku własności w Javie. Z drugiej strony IMHO settery i gettery (nieważne, czy zrobione ładnie, czy brzydko) to głupie rozwiązanie tworzące więcej problemów, niż rozwiązują.
Podstawowym problemem jest programowanie obiektowe, reszta problemów wynika z tego :)
@Myzreal: Wylewam tylko żale mojego poznawania Javy. Jak wspomniałem problem dla mnie nie tylko pisanie a chodzi głównie o wertowanie dziesiątek klas które muszę przejrzeć a są między innymi przez powyższy przykład nieczytelne. Zostałem demokratycznym wyborem głosem prezesa zmuszony do używania Javy w firmie która nie ma programistów Javy ale na szczęście tylko przez kilka tygodnia raz na parę miesięcy ( ͡°͜ʖ͡°)
@DylematyMoralne nie żeby coś ale ładowanie jakiejkolwiek logiki w settery i gettery samo w sobie jest przejawem spagetti(tak a propo tego set //operacje ) , po kiego diabła czytać cały kod dtosów
@witajswiecie: Są pewne standardy co tam można umieścić. Ewentualne sprawdzanie nulla albo jakieś proste sumowanie. Ale skomplikowanej logiki połączeń do bazy wywołań innych klas tam się nie robi.
@tell_me_more: Może zastosowania do których używasz faktycznie nie są zbyt kompatybilne z OOP. Programowanie obiektowe ma dać dużą czytelność i ułatwić programowanie w większych zespołach skomplikowanych systemów z dużą logiką biznesową. Wydajność to często kompromisy. Czas pisania w OOP też może być dłuższy. Pisanie jakiegoś migratora danych, który będzie użyty raz albo dwa w porządnym OOP i jeszcze przy trzymaniu się standardów jak SOLID to głupota i zrobią tak początkujący
@DylematyMoralne w mojej opinii w takim razie są to kiepskie standardy, po to się tworzy klasy modelowe by były one odseparowane od logiki, ładowanie tam czegokolwiek więcej to proszenie się o problemy (chociażby przy serializacji) ( ͡°ʖ̯͡°) jak dla mnie propercje są rozwiązaniem problemu który nie istnieje (albo raczej istnieje na poziomie projektowania aplikacji nie języka )
z resztą żeby nie być gołosłownym wystarczy czasem
@DylematyMoralne: Settery i gettery dla DTO nie mają sensu, ale na przykład w obiektach biznesowych możesz mieć rzeczy które są lazy-loaded, albo po prostu wyliczane z innych pól. W tym przypadku enkapsulacja jak najbardziej ma sens.
@DylematyMoralne: Współczuję bycia zmuszonym do pisania w języku, w którym normalnie nie piszesz. Jeśli używasz IntelliJ do tego to spróbuj po prostu zadeklarować zmienne a potem Alt+Insert i tam ejst opcja Getter+Setter, samo ci wygeneruje.
@fhsdjklvgnasiogfy: W C# to standard. Użyto ich to usprawnienia serializacji i wiele innych. W Javie nie wiem czy to standard ale zarówno w kodzie, który mam jak i w większości przykładów jest dużo takich seterów i geterów w formie metod. A ja to muszę czytać :( Faktycznie wolałbym żeby nie było. I tak ja robię swoje klasy.
biorę po 10 złoty od każdego i słycham państwa dlaczego wyprowadzenie się na wieś to zły pomysł i co mnie może tam w------ć a ja wysłucham i sobie przemyślę
Nie ma propert. Właściwości. Jest za to wszędzie używane coś takiego jak poniżej. Nie chodzi nawet o pisanie tego bo może pomóc snippet ale czytanie i rozmiar klas.
JAVA:
private String name;
public String getName() { return this.name; }
public void setName(String name) { this.name = name; }
C#:
private string Name { get; set; }
#java #programowanie #csharp
@DylematyMoralne: szach-mat.
@Myzreal: przecież to jest w zupełnie innym celu niż, dodanie "właściwości".
@DylematyMoralne: publiczny setter też niewiele ogranicza.
@Myzreal: polecam AutoValue, to już nie jest hack.
Podstawowym problemem jest programowanie obiektowe, reszta problemów wynika z tego :)
Zostałem demokratycznym wyborem głosem prezesa zmuszony do używania Javy w firmie która nie ma programistów Javy ale na szczęście tylko przez kilka tygodnia raz na parę miesięcy ( ͡° ͜ʖ ͡°)
C#:
private string Name { get; }
I już gotowe. Mając kila pól jeden pod drugim może to
A ciekawe jakie tworzą problemy. To przecież są tak naprawdę metody, które jedynie ułatwiają czytanie i przyspieszają pisanie. Nic poza tym.
Po kiego diabła w ogóle czytać kod ( ͡° ͜ʖ ͡°)
Pisanie jakiegoś migratora danych, który będzie użyty raz albo dwa w porządnym OOP i jeszcze przy trzymaniu się standardów jak SOLID to głupota i zrobią tak początkujący
z resztą żeby nie być gołosłownym wystarczy czasem
W Javie nie wiem czy to standard ale zarówno w kodzie, który mam jak i w większości przykładów jest dużo takich seterów i geterów w formie metod. A ja to muszę czytać :( Faktycznie wolałbym żeby nie było. I tak ja robię swoje klasy.