객체 지향 프로그래밍의 가장 중요한 특징은 복잡성 관리라는 것 입니다.

인간의 두뇌는 한 번에 많은 개념을 가질 수 있습니다. 7 +/- 2 개의 독립적 인 항목을 기억하는 데 종종 인용되는 한계가 떠 오릅니다.

직장에서 600kloc 시스템을 작업 할 때 한 번에 모든 것을 머리에 담을 수 없습니다. 그렇게해야한다면 훨씬 작은 시스템 에서만 작업 할 수있을 것 입니다.

다행히도, 난 필요가 없습니다. 우리가 그 프로젝트에서 사용한 다양한 디자인 패턴과 다른 구조는 전체 시스템을 한 번에 처리 할 필요가 없다는 것을 의미합니다. 개별적인 부분을 선택하여 더 넓은 애플리케이션에 적합하다는 것을 알고 작업 할 수 있습니다. 잘 정의 된 방식으로.

중요한 모든 OO 개념은 복잡성을 관리하는 방법을 제공합니다.

캡슐화 -서비스가 어떻게 구현되는지 걱정하지 않고 다양한 서비스를 제공하는 외부 API를 다루겠습니다.

추상화 -필수 특성에 집중하고 관련성이없는 것을 무시하겠습니다.

구성 -새로운 조합으로 이미 작성된 구성 요소를 재사용 할 수 있습니다.

다형성 -다른 객체가 다른 방식으로 서비스를 제공하는 방법에 대해 걱정하지 않고 서비스를 요청할 수 있습니다.

상속 -인터페이스 나 구현을 재사용하여 이전과 다른 부분 만 제공합니다.

단일 책임 원칙 -각 개체의 목적을 명확하고 간결하게 유지하므로 추론하기 쉽습니다.

Liskov Substitution Prinicple- 홀수 종속성을 도입하여 서로 함정을 배치하지 마십시오

개방 / 폐쇄 원칙 -기존 코드를 위반할 위험이없는 방식으로 확장 및 수정을 허용합니다.

의존성 주입 -컴포지션을 한 단계 더 발전시키고 구성 요소를 훨씬 나중에 함께 모 읍시다.

인터페이스 지향 개발 -추상화를 다음 단계로 나아가고 구체적인 구현에 의존하지 않고 추상화에만 의존하도록합시다.

답변