private은 왜 필요한가??

private 은 컴파일타임에 접근이 불가능하게 하기 위한 겁니다.
즉 읽기 편하게 하자는 것과 동일한 의미라고 볼수있죠.

물리적으로는 전혀 차이가 없습니다.

private는 정보 은닉을 통해서, 복잡성을 덜어주는 역할을 합니다.

완성된 클래스를 사용하는 자(개발자..)는

private 멤버 및 메서드를 알 필요가 없기 때문에

복잡성이 줄어드는 것입니다.

private 에 해당 하는 부분은
해당 클래스 작성자가 언제든지 마음 놓고 수정 할 수 있는 영역이라고 생각하면 이해가 좀 더 쉽지 않을까 싶습니다.

public 으로 선언한 영역은 시간이 지나면서
내가 작성한 코드를 다른 사람들이 사용하는 영역.
즉, 외부와의 인터페이스 영역에 해당하는 것인데
이런 부분은 나중에 쉽게 바꿀 수가 없게 됩니다.

반면에 '내부 구현'은 언제나 바꿀 수 있도록 private이 보장해주는 것이죠.

private, protected 얘기 나오면 늘 적곤하는 예제가 있습니다. 바로 날짜 클래스인데요.

class Date
{
public:
   void setDate(int year, int month, int day);

protected:
   int m_iYear;
   int m_iMonth;
   int m_iDay;
};

위와 같은 코드가 있을 때, setDate() 함수 안에서 m_iYear, m_iMonth, m_iDay 를 세팅할 때 값의 범위(m_iDay가 0보다 크고 31보다 작아야한다 등등)를 체크해서 넣는다면,

m_iYear, m_iMonth, m_iDay 의 값은 [존재하는 날짜] 를 가르킨다고 확신할 수 있겠죠.

하지만 m_iYear, m_iMonth, m_iDay 가 public 으로 되어 있다면 이걸 어느 코드에서 고칠지 모르므로, [존재하는 날짜] 라는 보장을 못할겁니다.

위와 같은 방식으로 '정보은닉' 이라기 보다는 데이터의 무결성을 보장해주는 방법으로도 쓰이죠.

형이 이상한 답글올리니깐, 사람들이 어뚱한 답글들을 올리잖아염.

예로 볼 수 있는 코드 또는 링크 혹은 검색어를 가르쳐주실 수 있을까요?

직접 설명해주시면 더욱 감사하겠습니다 :)

실제로 제어할 수 있느냐 없느냐는 큰 의미가 없다고 생각합니다. 현실적으로 훌륭한 디자인을 할게 도움을 주느냐가 큰 의미가 있습니다. 인터페이스를 이용하는 것이 내부의 데이터, 함수를 이용하는 것보다 더 낫거나 그 반대가 불편함을 제공하는 것만으로 충분합니다. 예를 들어 private를 이용한 상태에서 데이터를 직접 제어하는 방법이 public을 쓴 후에 직접 접근하는 방법에 비해서 10%-15%정도가 비효율적이라면 변태가 아닌 이상 잘못된 디자인을 추구할 프로그래머는 적을 것입니다. 실제로 (다양한 이유로 인해) 이런 형태로 구현된 OOP 언어들이 있습니다.

마지막 질문에 대해서는 언어/환경에 따라 둘 중의 하나가 참이거나 둘다 참이라고 답을 드리겠습니다.

예를들어 클래스를 멤버로서 구속하는 클래스를 작성할때
멤버 클래스를 private로 둠으로써
해당 멤버 클래스를 숨긴다던가 등으로도 사용되고

여러가지 유용한 사용법이 많다는,

"단순히 해당 정보로서의 접근을 방해한다" 만으로도
위의 CN님이 말씀하신것과 같은 효과를 주는 -ㅅ-;

한마디로 그냥 단순히 라이브러리를 사용하는 사용자에대한
일종의 인터페이스를 만들어준다 가 아닐까 하는..-ㅅ-;;[.. 헛소리]
(보안은 조금..)

private: "내 자식들아, 이것은 나만을 위한 것이니 너희들은 내 것을 쓸 생각을
하지 말아라. 정 필요하면 너희들이 직접 만들거라."

protected: "내 자식들아, 너희들이 필요할 것 같아서 미리 만들어 두었으니 마음대로
써도 좋다. 짐작컨대 쓰지 않고는 못배길 때도 종종 있으리라."

그 예는 Conversations: Virtually Yours을 참고하세요.

저는 protected로 private을 대체할 수 있다는 pynoos님의 견해에 동의하지 않습니다.

하지만 최근에 많은 책들을 읽으면서, 그리고 제가 지금 하고 있는 프로젝트를 진행하면서
private 의 매력을 많이 깨닿게 되었습니다.

'볼수는 있지만 쓸수는 없는' 이라는 표현은 정말 멋진 표현인것 같습니다.
하지만 private으로 설정해둔 변수나 메소드는 실제로 볼수 없도록 .h 가 아닌 .cpp로 옮겨서 감쪽같이 감춰버릴 수가 있습니다.

이것은 Exceptional C++ 에서 소개하는 pimple 이라는 트릭을 사용해서 가능합니다.

그리고 private으로 가능한것은 protected로 가능한것이 당연하지요
protected나 priavte으로 가능한것은 public으로 가능한것과 같은 것 같습니다.

그럼에도 불구하고 protected를 꼭 써야할때가 있는데
그런 경우에도, 변수는 모두 private으로 감추고
해당 변수로 접근하는 메소드를 새로 만들어서 protected로 제공하는 방법이 '구현 세부사항'을 좀 더 감추고, 구현과 사용의 연관 관계를 좀 더 느슨하게 해주어서 유연성을 더 제공해준다고 생각합니다.

이런 내용은 어디까지나 개인적인 프로그래밍 철학에 해당하는 것이니 어느게 맞다 틀리다 말할 순 없겠지만
최근 제가 private에 매력을 강하게 느끼고 있어서 적어보았습니다..ㅎ