클래스 변수들 직접접근하게 해놓으면 어떤문제가 생기냐

[익명(221.153)]

보안상 문제있다고 두루뭉술하게 넘어가던데

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[익명(221.153)]

그럼 ㅆㅂ놈의 게터세터는 왜쓰노

[매미노(memino)]

setter를 막아놓는 경우가 있지 불변성 유지하려고. 보안상이라고 하는새끼는 씨발 이유도 모르는새끼지

[매미노(memino)]

게터세터에서 필드직접 접근안하고 뭐 기능달린경우도 있고 등등. 보안상이라고 하는새끼는 씨발 이유도 모르는새끼지

[익명(39.7)]

코드 의존도 줄일라고

[펭귄(211.246)]

캡슐화, 은닉성이라는 객체지향의 미를 위해 - dc App

[익명(221.153)]

객체미 시발ㅋㅋㅋㅋㅋ

[ㅇㅇㅇ(121.144)]

"은닉성"은 무시못할 부분이고, 은닉성 자체가 보안의 일부임. 보안이라고 해서 뭐 엄청 대단한거만 보안이 아님. 잘 뚫려도 보안은 보안임. 다만 일반적으로 보안이라고 하면 안뚫릴걸 기대하는 거기 때문에 보안이란 표현이 어색할뿐. get set 프로퍼티 개념이 "다른 사람이 함부로 이 변수의 진짜 값을 알아내거나 변경하는걸 막는다"는 의도로 만든건데 이게 어떻게 보안이 아닐수가 있음? 단지 할려고 들면 되기는 된다는 차이가 있을뿐.

[ㅇㅇㅇ(121.144)]

보안이라는 말이 맘에 안들면 그냥 "굳이 알필요 없는건 숨긴다" 정도로 이해하면 됨. 어떤 클래스속에 a~z라는 변수가 있는데, 밖에서 필요한 것은 x 하나뿐이라고 하면 그것을 찾아 쓰는게 또 귀찮아짐. 보통 자동완성을 통해 쓰는데, x만 보이면 되는데 나머지 25개가 다 보이면 짜기 좆같은거임. 그런 귀찮은거 하지 말라고 나머지 25개는 그냥 숨기는거지. 사실 이것 때문에 더 많이 쓰는거임. 보안적인 의미보다는.

[ㅇㅇㅇ(121.144)]

아 물론 책에도 있겠지만 예시중의 하나가 섭씨/화씨 자동변환, km/마일 자동변환, 최대/최소값 제한 이런쪽으로도 많이 쓰고. 이런것도 충분히 무시못할 장점임.