접근제어자 설정에 따른 이점?

Question

안녕하세요 딥블루스입니다. 음.. 문득 공부를 하다가 접근 제어자를 작게 설정 하고 점차 확대 하라고 되어 있어서 private 에서 public 으로 점차적으로 확대하라는 얘기 인듯 한데요.. 접근제어자의 설정으로 얻을 수 있는 이점에는 어떤것이 있을까요? 가령 [private는 public 보다 메모리를 적게 먹어요.]라는 둥 이런 이점이 있을까요? 일단 생각에는 그냥 전부 public으로 설정하고 개발 해도 크게 상관은 없을듯 한데... ^^;;; 설정 잡는 것을 강조 하는거 같아서 여쭤 봅니다. 궁금증을 해결해 주세요~~~~~~

fender · Answer

기본적으로 설계의 문제입니다. 재활용을 위해서는 모듈 내부에서 사용하는 변수나 메소드와 공개되는 API를 명확하게 구분할 필요가 있습니다.쉽게 말해 승용차를 설계한다면 핸들, 가속 페달과 같은 인터페이스만 운전자가 편리하게 조작하게 노출해야지 운전석에 본네트 안에 있어야할 휴즈 단자나 냉각수 주입구 같은 걸 주렁 주렁 달지 말라는 겁니다.

불혹자바 · Answer

제 생각에는 메모리는 거의 상관이 없을것 같고요 많은 이유가 있죠 fender님 께서 설명하신 이유처럼 저는 속성을 기준으로 말씀 드리면 기본적으로 객체에 상태 값을 외부로 직접 노출(public) 하는건 좋지 않습니다.(이게 정보 은닉인가 -ㅁ-;) 간단한 샘플 코드 보시면 이해가 더 빠르실 거에요 public class BankBook { public int balance; public BankBook(int blance) { this.balance &#61; blance; } public int deposti(int amt) { this.balance&#61;&#43; amt; return this.balance; } public static void main(String[] args) { BankBook b &#61; new BankBook(1000); //1000원으로 통장개설 int balance &#61; b.deposti(1000); //1000원 입금 //입금 안하고 그냥 10만원 할래 b.balance &#61; 100000; assert balance &#61;&#61; 2000; //???? } }

GAN · Answer

전부 public 으로 하면 나중에 수정이 필요할 경우 &#64;Deprecated 를 사용할 일이 많아 집니다.

LichKing · Answer

혼자 개발하는 상황을 상상하시면 공감하기 힘듭니다. 왜냐면 혼자 다 정의하고 혼자 다 제어할수 있기때문이죠.본인이 라이브러리 개발자라고 생각해보세요. 난 jar를 만들어주고 누군가가 그걸 사용합니다. 그사람이 누군지는 본인도 모르는상황입니다. 이때 메서드나 필드를 public으로 열어두면 글쓴분이 만든 라이브러리를 사용하는 사람도 public 메서드를 호출할 수 있게됩니다.그럼 나중에 글쓴분이 버전업을 하면서 라이브러리를 수정할때 해당 메서드의 이름이 변경된다면 라이브러리를 사용하는 사람들은 그 라이브러리의 버전을 올리게되면 메서드가 없기때문에 자신의 코드에서 컴파일에러가 발생하게됩니다.그러니 정말 필요한 부분만 열어두는게 나중에 리팩토링이나 라이브러리의 구조를 변경하기에도 용이합니다.라이브러리를 갖다쓰는사람한테는 공개하고싶지않지만 동일 패키지의 다른 클래스에서 사용해야한다면 default(package-private이라고도 합니다.)를 사용하고, 상대방에게 확장의 여지를 주고싶을땐 protected를 사용합니다.그리고 정말 열어둬야하는 메서드는 public으로 정의합니다. public으로 정의할때는 앞서말했듯이 앞으로 수정이 힘들어지므로 그걸 각오해야합니다.

딥블루스 · Answer

답변 달아 주신분들 감사합니다. 특히 무명소졸 님 정말 감사드립니다.의도치 않은 변경이 일어 나는것을 방지 할 수 있다는것이군요.. ㅎㅎ 보여주신 소스를 보니.. 정말 끔찍한 일이 벌어질 수도 있다는걸 단번에 알았습니다.ㅋㅋ 감사합니다.

접근제어자 설정에 따른 이점?

5개의 답변

#public 목록