캡슐화
객체 지향 프로그래밍의 첫 번째 기둥은캡슐화. 캡슐화 뒤에 아이디어는 신중 하 고 자체 포함 된 각 형식 또는 클래스를 유지 하려는. 이를 통해 다른 클래스에 영향을 미치지 않고 한 클래스의 구현을 변경할 수 있습니다.
다른 클래스에서 사용할 수 있는 메서드를 제공하는 클래스를server라고 합니다. 이 메서드를 사용하는 클래스는client입니다. 캡슐화의 목표는 서버가 클라이언트 구현에서 아무 것도 중단하지 않고 작업을 수행하는 방법에 대한 세부 정보를 변경할 수 있다는 것입니다.
이것은 클래스의public interface와private implementation사이에 밝고 빛나는 선을 그림으로써 성취됩니다. 공용 인터페이스는 귀하의 클래스가 발행 한 계약으로,이 작업을 수행 할 수 있다고 약속합니다. 특히,당신은 공개 인터페이스가 이러한 매개 변수로,이 메서드를 호출 말한다 것을 볼 수 있고이 작업을 수행하고이 값을 반환합니다. 클라이언트는 공용 인터페이스에 의존하여 변경하지 않을 수 있습니다. 공용 인터페이스가 변경되면 클라이언트를 다시 컴파일하고 다시 디자인해야 합니다.
반면 개인 구현은 서버에 비공개입니다. 서버 클래스의 디자이너는 공개 인터페이스에서 약속된 작업을 수행하는 방법을 자유롭게 변경할 수 있습니다.
예를 들어 다음과 같이 약속하는 공용 메서드가 있을 수 있습니다:나에게 달러 금액과 년의 번호를 제공하고나는 순 현재 가치를 반환합니다. 어떻게 계산 하는 금액은 귀하의 비즈니스;클라이언트 공급 달러 금액 및 년의 수,순 현재 가치를 반환 해야 합니다. 처음에는 값 테이블을 유지하여 구현할 수 있습니다. 당신은 나중에 적절한 대수를 사용하여 값을 계산하도록 변경할 수 있습니다. 그것은 당신의 사업이며,클라이언트에 영향을 미치지 않습니다. 공개 인터페이스를 변경하지 않는 한(예: 예상된 매개 변수의 형식 또는 형식을 변경하지 않는 한 반환 값),구현을 변경하는 동안 클라이언트가 중단되지 않습니다.