괜히 자리만차지하는코드같고
[%] getter setter가 많으면 보기싫지않나요
익명(39.7)
2020-08-19 11:07
추천 3
댓글 9
다른 게시글
-
깃갤 조회수대비 글리젠이 좀 적은거같은데 [4][%] 익명(59.24) | 20.08.19추천 1
-
c++로 어떻게 먹고삼? [10][%] 0000(218.152) | 20.08.19추천 6
-
C++ 관련 웹페이지 모음 [2][%] ஐ(bemanisokr) | 20.08.19추천 14
-
호스트 환경이 뭐지 [2][질문] 익명(143.248) | 20.08.19추천 3
-
조합자 이런걸 어디서 배웠냐 [1][%] 브닌떼(172.58) | 20.08.19추천 2
-
님들 자바 왜이리 싫어해요 [4][%] 익명(222.233) | 20.08.19추천 2
-
프로젝트 만들다 죄기함수에 대해 고찰해봄 [2][%] 익명(14.42) | 20.08.19추천 0
-
!(cut) 잘못 구현함 [1][%] 익명(218.232) | 20.08.18추천 0
-
거기서 존매카시가 뜬금없이 나오노[%] 익명(110.70) | 20.08.18추천 0
-
애플하고 에픽 쌈붙은거 점점 규모가 커지는거같은데 [1][%] 익명(59.24) | 20.08.18추천 0
그래서 그냥 퍼블릭으로 쓰라는 지침도 있고,,,
난 이건 자바 Lombok 처럼 어노테이션 처리가 젤 나은 것 같다. 스칼라나 파이썬(오버라이드)은 세터가 영 이상하고 C# 자동 속성은 괜찮긴 한데 난 어노테이션이 살짝 더 깔끔해 보인다.
스위프트 방식도 괜찮드란. 롬복이 깔끔하긴함요.
교수가 애들이 무슨 국룰마냥 멤버에다가 get set줄줄이 다 달아놨다고 울분토하시던거 생각남.. - dc App
근데 무조건 public으로 하라는 건 좋은 지침이 아니라고 본다. 일반론으로 말하면 설계는 확장성을 고려하는게 좋은 거고, getter/setter를 변수로 대체해 버리면 나중에 확장해서 세터에서 유효성 검사를 한다던가, 훅을 넣는다던가 그런게 불가능해지니까.
나는 언어차원에서 멤버랑 게터/세터를 구분해서 다루는거 자체가 문제라고 봄 - dc App
C C++ 레벨이면 ㅇㅈ인데 하이레벨 언어주제에 이런걸로 신경쓰는건 넌센스임 - dc App
오히려 C 수준에선 의미가 없는 것 아닌가? 애초에 게터라는 것 자체가 속성이란 개념을 전제하는 것이고 그건 기본적으로 OOP 특성이잖아?
C, C++레벨에서는 써도 되는데 Java에서는 쓰면 안되는 이유가 뭔지 궁금하군 그냥 까기 위해서 아무 이유나 다 얘기해보는 느낌인데