접근자라는 단어 그대로 접근을 제한 거는건데.
왜 접근을 제한 거는지 모르고 그냥 이게 좋다는데. 어떻게 함? 이런 경우로 글 적은 것 같은데.
일단, 모두 다 public을 써도 상관은 없음.
C의 구조체는 기본이 public인데. 잘 작성하면, 문제 안 터짐.
접근자를 제대로 써야되는 이유는 제 3자 혹은 6개월 뒤의 작성자가 '해당 클래스를 완벽하게 이해하지 않은 상태'로 깔끔하게 코드를 쓸 수 있냐? 라는걸로 귀결됨.
즉, public과 private의 목적은 해당 클래스를 사용하는 방법을 제한 걸기 위해서 쓰는거임.
A는 막 써도 된다. B는 쓰면 안된다. 이런식으로.
그딴것부터 정의 안내리고 public 쓰면 안 좋다던데? 라면서 고쳐 봤자 가독성 개판나는건 똑같음.
이쯤해서 protected이 제일 보안면에서 좋다는 댓글 달릴 법도 한데
코드 가독성 이야기했는데. 그런 댓글 달리면 개 물어 뜯길듯...
@글쓴 Indie(220.92) 가독성 높이려면 readonly 써서 읽는데에만 집중시켜야지 뭐
다 public으로 두고 온갖 곳에서 참조하는 구조로 만들면 재앙임
그래서, "C의 구조체는 기본이 public인데. '잘 작성하면', 문제 안 터짐." 인거. 가독성 있게 작성하면, public으로 해도 재앙이 안됨. 그게 힘들어서 문제인거지.
근데 한번 경험해보는 게 좋음 이론으로 카더라 는 것보다 몸소 느껴야 더 자제하게 됨 - dc App
다 private으로 뒀지만 오토프로퍼티 도배해놓고 온갖 곳에서 참조하면 여전히 재앙임 그렇다 결국 알고 행하는 것이 중요하다
그럼 우리 internal 로 합의볼까요 ?
클래스나 구조체를 내부 변수로 두면, 나중에 메모리 누수 심하지 않음? 난 계속 메모리 날려먹던데.
@글쓴 Indie(220.92) 제가 말한 internal은 접근 제어자를 말한거라, 같은 어셈블리 내에서는 자유롭게 접근가능하지만 다른 어셈블리 에서는 접근할 수 없는 제어자를 말씀드린겁니다.
@Indie1(183.107) 아하! 하나 배우고 갑니다.
우리 모두 friend 합시다
접근자를 제대로 써야되는 이유는 제 3자 혹은 6개월 뒤의 작성자가 '해당 클래스를 완벽하게 이해하지 않은 상태'로 깔끔하게 코드를 쓸 수 있냐? 라는걸로 귀결됨. 즉, public과 private의 목적은 해당 클래스를 사용하는 방법을 제한 걸기 위해서 쓰는거임. -> 정말 기초도 모르는 소리네 ^^ private은 외부에서 못쓰게 하려고 쓰고, public은 외부에서 쓰려고 하는거지. 전형적으로 본말전도된 쓰레기 글이네 ^^