캡슐화, 상속, 다형성의 이해

캡슐화, 상속, 다형성 이해

1. 캡슐화

는 객관적인 것을 추상 클래스로 캡슐화하는 것을 의미하며, 클래스는 신뢰할 수 있는 클래스나 객체만 자체 데이터와 메서드를 작동하도록 허용하여 정보를 숨깁니다. 신뢰할 수 없습니다. 캡슐화는 객체지향의 특징 중 하나이며, 객체와 클래스 개념의 주요 특징이다. 간단히 말해서, 클래스는 데이터와 이 데이터에서 작동하는 코드를 캡슐화하는 논리적 엔터티입니다. 객체 내에서 일부 코드나 데이터는 비공개일 수 있으며 외부 세계에서 액세스할 수 없습니다. 이러한 방식으로 개체는 프로그램의 관련되지 않은 부분이 실수로 변경되거나 개체의 개인 부분을 잘못 사용하는 것을 방지하기 위해 내부 데이터에 대해 다양한 수준의 보호를 제공합니다.

2. 상속

은 특정 유형의 객체가 다른 유형의 객체의 속성을 얻을 수 있도록 하는 방법을 말합니다. 이는 계층적 분류의 개념을 지원합니다. 상속이란 기존 클래스의 모든 기능을 사용하고 원래 클래스를 다시 작성하지 않고도 확장할 수 있는 능력을 말합니다. 상속을 통해 생성된 새로운 클래스를 "서브클래스" 또는 "파생 클래스"라고 하며, 상속받은 클래스를 "기본 클래스", "부모 클래스" 또는 "슈퍼 클래스"라고 합니다. 상속과정은 일반에서 특수로 넘어가는 과정이다. 상속을 이루기 위해서는 '상속'과 '구성'을 통해 달성할 수 있습니다. 상속 개념을 구현하는 방법에는 구현 상속과 인터페이스 상속이라는 두 가지 유형이 있습니다. 구현 상속은 추가 코딩 없이 기본 클래스의 속성과 메서드를 직접 사용하는 기능을 의미하며, 인터페이스 상속은 속성과 메서드의 이름만 사용하는 기능을 의미하지만 하위 클래스는 구현을 제공해야 합니다.

3.

는 클래스 인스턴스의 동일한 메서드가 상황에 따라 다르게 나타나는 것을 의미합니다. 다형성을 통해 내부 구조가 서로 다른 개체가 동일한 외부 인터페이스를 공유할 수 있습니다. 즉, 서로 다른 개체에 대한 특정 작업은 다르지만 해당 작업(해당 작업)은 공통 클래스를 통해 동일한 방식으로 호출될 수 있습니다.

다섯 가지 기본 원칙

단일 책임 원칙 SRP(Single Responsibility 원칙)

은 클래스의 기능이 단일해야 하며 모든 것을 포함할 수 없다는 의미입니다. 사람과 마찬가지로 너무 많은 일을 할당해서는 안 됩니다. 그렇지 않으면 하루 종일 바쁘더라도 효율성이 높지 않을 것입니다.

Open-Close 원리 OCP(Open-Close 원리)

모듈은 확장성 측면에서는 개방형이고 가변성 측면에서는 폐쇄형이어야 합니다. 예를 들어, 네트워크 모듈에는 원래 서버 측 기능만 있었지만 이제 클라이언트 측 기능을 추가해야 합니다.

그런 다음 서버 측 기능 코드를 수정하지 않고 클라이언트 측 기능의 구현 코드를 추가해야 합니다. 설계 시 처음에는 서버와 클라이언트를 분리하고 공용 부분을 추상화해야 합니다.

리스코프 대체 원칙 LSP

하위 클래스는 상위 클래스를 대체할 수 있어야 하며 상위 클래스가 나타날 수 있는 모든 곳에 나타날 수 있어야 합니다. 예를 들어, 회사에서 연례 파티를 열면 모든 직원이 추첨에 참여할 수 있으므로 기존 직원이든 신입 직원이든

또는 본사 직원이든 해외 직원이든 상관없이 참여할 수 있어야 합니다. 그렇지 않으면 회사가 조화롭지 못할 것입니다.

The 의존성 역전 원리 DIP (the dependency inversion rule DIP) 구체적은 추상에 의존하고, 상위 레이어는 하위 레이어에 의존합니다. B가 A보다 낮은 모듈이지만 B는 A의 기능을 사용해야 한다고 가정합니다. 이때 B는 A의 구체적인 클래스를 직접 사용해서는 안 됩니다. 대신 B는 추상 인터페이스를 정의해야 하고 A는 이 추상화를 구현해야 합니다. 인터페이스인 경우 B는 이 추상 인터페이스만 사용합니다. 이는 종속성 반전의 목적을 달성하고 B도 A에 대한 종속성을 완화합니다. 결과적으로 A는 B가 정의한 추상 인터페이스에 의존합니다. 상위 모듈을 통해 하위 모듈에 의존하는 것을 피하기는 어렵습니다. B도 A의 구현에 직접 의존하는 경우 순환 종속성이 발생할 수 있습니다. 일반적인 문제는 모듈 A를 컴파일할 때 모듈 B의 cpp 파일을 직접 포함해야 하고, B를 컴파일할 때 A의 cpp 파일도 직접 포함해야 한다는 것입니다.

인터페이스 분리 원칙 ISP

모듈은 특정 클래스를 통해 강력하게 결합되는 대신 추상 인터페이스를 통해 격리되어야 합니다.

추천 튜토리얼: "

PHP Tutorial

" "Java
》

위 내용은 캡슐화, 상속, 다형성의 이해의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!