getter/setter 의미없이 자원만 잡아먹으니까 그냥 쓰지말고

[익명(211.226)]

그냥 처음부터 public으로 선언하라고 구글이 그랬다는데

사실인가요

[프갤러 1(14.34)]

니네가 메모리 확인해 보면 되잖아

[부드러운곰탱이(sjobs66)]

jvm이 최적화 안해주나

[프갤러 1(14.34)]

Cpu는 보고살아라 진짜 죽는다

[부드러운곰탱이(sjobs66)]

왜죽어

[프갤러 1(14.34)]

개발자면 공부좀해라 ㅅㅂ

[프갤러 2(118.235)]

인터페이스 게터 세터는 적어도 커넥터로서 의미라도 있지 일반 dto는 퍼블릭이 맞는듯

[프갤러 3(39.118)]

?그거 안하면 어케 갖고옴

[프갤러 3(39.118)]

설마 변수를 퍼블릭으로 선언하라고?

[프갤러 4(118.235)]

게터 세터가 객체에 직접 접근가능하게 존재하면 결국 그게 그거임. 이런건 유명한 책에서도 이야기하는 부분

[익명(211.211)]

record쓰세욤 ^-^

[HtmlProgrammer(judging7455)]

setter는 제약사항 넣을 것 아니면 그닥 쓸 이유가 없음 요즘 엥간한 IDE에서는 함수 아니어도 writer/read 구분해서 정/역방향 레퍼런스도 잘 찾아주고

[프갤러 3(39.118)]

제약사항?

[HtmlProgrammer(judging7455)]

제약사항 + 가공인데 가공얘기가 빠졌네 허용범위 여부에 따라 가공 여부가 결정되어야한다는 얘기였어

[HtmlProgrammer(judging7455)]

e.g. setWeight(-1.0) 여러 처리 방법이 있겠지만 무게를 세팅 안하고 실패를 반환하든가 예외를 던지든가 할 수 있잖아? 무게가 양수일 때만 허용하는 그러한 제약사항에 대한 얘기임

[프갤러 5(118.235)]

데코레이트 나 프록시 느낌으로 변수에 set하기전에 어떠한 작업을 안할거면 세터가 큰 의미없다는거임