OOP의 3요소는 캡슐화, 상속, 다형성이다.

OOP의 3요소는 캡슐화, 상속, 다형성이다.

 

 

캡슐화는

클래스 내부 데이터에 액세스하는 것을 허용하지 않고 메서드를 통해서만 액세스를 허용하는 것을 말한다.

데이터를 보호하기 위해 외부에는 불필요하거나 내부적으로만 사용되는 부분을 감추기 위해 특정 속성이나 메소드를 사용자가 사용할 수 없도록 은닉화한 것이다. 필드와 메소드를 캡슐화하여 보호하는 이유는 외부의 잘못된 사용으로 인한 객체의 손상을 방지하기 위함이다.

접근 수준 명시가능 : 접근제어자[private/public/protected]를 통해서 캡슐화된 멤버를 노출할지 숨길지 결정할 수 있다. 

캡슐화의 장점 : 객체 제공자와 이용자를 정확하게 나누어 정보 은폐, 보안 등에서 장점을 가진다.

객체 내의 데이터가 바뀌어도 다른 객체에는 영향을 주지않고, 외부 코드가 변경되어도 개체의 내부 작업에 영향을 끼칠 수 없기 때문에 각각의 클래스들은 독립성이 보장된다. 독립성 보장에 따라 클래스의 결합도가 낮아져 코드 리팩토링과 재사용이 용이하다.

 

구성, 상속 및 위임

개체는 인스턴스 변수에 다른 개체를 포함할 수 있다. 이를 개체 구성이라고합니다. 예를 들어 Employee 클래스의 개체에는 주소 클래스의 개체(직접 또는 포인터를 통해)가 포함될 수 있으며"first_name" 및 "위치"와 같은 자체 인스턴스 변수가 포함될 수 있습니다. 개체 구성은 "has-a" 관계를 나타내는 데 사용됩니다: 모든 직원에게 주소가 있으므로 모든 직원 개체는 주소 개체를 저장할 장소(자체 내에 직접 포함되거나 포인터를 통해 주소가 있는 별도의 위치에)에 액세스할 수 있습니다.

클래스를 지원하는 언어는 거의 항상 상속을 지원합니다. 이렇게 하면 클래스가 "형식의" 관계를 나타내는 계층 구조로 정렬될 수 있습니다. 예를 들어 클래스 직원은 클래스 사람으로부터 상속받을 수 있습니다. 상위 클래스에서 사용할 수 있는 모든 데이터와 메서드도 동일한 이름의 하위 클래스에도 표시됩니다. 예를 들어 클래스 Person은 "make_full_name()""라는 메서드를 사용하여 변수 "first_name"과 "last_name"을 정의할 수 있습니다. 이러한 항목은 "위치"와 "급여"를 추가할 수 있는 클래스 직원에서도 사용할 수 있습니다. 이 기술을 사용하면 직관적인 방식으로 실제 관계를 미러링할 수 있을 뿐만 아니라 동일한 절차 및 데이터 정의를 쉽게 재사용할 수 있습니다. 개발자는 데이터베이스 테이블과 프로그래밍 하위 루틴을 활용하는 대신 사용자가 더 잘 알고 있을 수 있는 개체(응용 프로그램 도메인의 개체)를 활용합니다.

하위 클래스는 슈퍼 클래스에서 정의한 메서드를 재정의할 수 있습니다. 일부 언어에서는 여러 상속이 허용되지만 재정의 해결이 복잡할 수 있습니다. 일부 언어는 혼합에대한 특별한 지원을 가지고 있지만, 여러 상속을 가진 모든 언어에서, mixin은 단순히 관계의 유형인을 나타내지 않는 클래스입니다. Mixins는 일반적으로 여러 클래스에 동일한 메서드를 추가하는 데 사용됩니다. 예를 들어 클래스 유니코드변환믹스인은 공통 부모를 공유하지 않는 클래스 FileReader 및 클래스 WebPageScraper에 포함될 때 unicode_to_ascii() 메서드를 제공할 수 있습니다.

추상 클래스는 개체로 인스턴스화할 수 없습니다. 그들은 단지 인스턴스화 할 수있는 다른 "콘크리트"클래스로 상속의 목적을 위해 존재한다. Java에서 키워드를 사용하여 클래스가 하위 분류되는 것을 방지할 수 있습니다. final

상속을 통해 구성의 교리는 상속 대신 구성을 사용하여 관계를 구현합니다. 예를 들어 클래스 Person에서 상속하는 대신 클래스 직원은 각 직원 개체에게 내부 인물 개체를 제공할 수 있으며, 클래스 Person에 공용 속성이나 메서드가 많은 경우에도 외부 코드에서 숨길 수 있습니다. Go와 같은 일부 언어는 상속을 전혀 지원하지 않습니다.

"개방형/폐쇄 원칙"은클래스와 함수가 "확장을 위해 열려 있어야 하지만 수정을 위해 닫혀야 한다"고 옹호합니다.

위임은 상속의 대안으로 사용할 수 있는 또 다른 언어 기능입니다.

다형성

다형성의 한 형태인 하위 입력은 코드를 호출할 때 지원되는 계층에서 작동하는 클래스(부모 클래스 또는 해당 하위 계층 중 하나)에 대해 불가지론적일 수 있습니다. 한편 상속 계층구조의 개체 간에 동일한 작업 이름이 다르게 동작할 수 있습니다.

예를 들어 Circle 및 사각형 형식의 개체는 Shape라는 공통 클래스에서 파생됩니다. 각 유형의 Shape에 대한 그리기 함수는 코드를 호출하는 동안 자체를 그리는 데 필요한 것을 구현하며, 그릴 링하는 특정 유형의 모양에 무관심할 수 있습니다.

이는 클래스 계층 구조에 대한 외부 코드를 단순화하고 우려사항을 강력하게 분리하는 또 다른 유형의 추상화입니다.