추상화, 캡슐화 및 그들의 관계에 대한 나의 이해가 정확합니까?

Question

이제이 문제를 다루는 기사와 질문의 바다가 있으며 대부분을 경험 했으므로 이해가 정확한지 알아야합니다.

추상화 : 복잡성을 처리하는 방법. 우리는 근본적으로 필수적이지 않은 세부 사항을 생략하면서 최소 기본 요소를 식별합니다. 단순화.

캡슐화 : 하나의 블랙 박스에 포장하는 과정. 블랙 박스는 다양한 서비스를 제공하지만 모든 것이 하나의 단위로 묶여 있습니다.

관계 : : 추상화는 인터페이스 (필수)와 구현 (비 필수) 사이를 명확하게 구분합니다. 이제 이러한 아이디어가 구현 될 때 인터페이스가 블랙 박스 안에 들어가는 반면, 인터페이스는 우리에게 서비스를 제공합니다. 즉, 추상화 된 개념의 구현은 캡슐화입니다.

프로그래밍 용어로 : 인터페이스 및 추상 클래스는 추상화 된 개념을 정의하는 데 사용됩니다. 이러한 클래스를 확장하거나 구현하는 구체적인 클래스는 블랙 박스 (캡슐화)입니다. 접근 자, 변경자 및 수정자는 블랙 박스를 개선하는 데 사용됩니다. 그래서 기본적으로 캡슐화가 얼마나 좋은지는 우리의 추상화가 얼마나 좋은지에 달려 있습니다.

Answer 1

개념에 대한 이해가 잘되어있는 것 같습니다. 내가 추가 할 수있는 유일한 점은 캡슐화가 필연적으로 추상화와 관련된 "본질적"이 아니라는 것입니다. OOP에서 캡슐화는 추상적 인 수퍼 클래스를 확장하거나 인터페이스를 구현하지 않더라도 객체의 내부 상태를 참조합니다.

개념을 구체적으로 설명하면, 외부에서 제공되는 일부 서비스의 구현을 숨기는 프로세스라고 할 수 있습니다. 즉, 캡슐화 된 객체 외부에서 아무 것도 변경하지 않고 나중에 수정하거나 변경할 수 있습니다. 같은 "보기", 그것과 상호 작용하는 다른 객체/사용자와 동일한 사용 가능한 인터페이스 (객체의 노출 된 메소드).

캡슐화는 추상화의 요구 사항이라고 할 수 있습니다. 추상화하려는 것을 "캡슐화"하지 않으면 확장되는 모든 객체에 대해 동일한 구현을 제공한다는 의미입니다/구현, 따라서 어떤 추상을 잃고.