객체 지향 프로그래밍

객체 지향 프로그래밍 이전: 컴퓨터 중심. 컴퓨터가 사고하는대로 프로그래밍을 하는 것.
객체 지향 프로그래밍: 인간 중심. 현실 세계를 프로그래밍으로 옮겨와 프로그래밍하는 것.
현실 세계의 사물들을 객체라고 보고 그 객체로부터 필요한 특징들을 뽑아와 프로그래밍 함. (--> 추상화)

장점

• 코드 재사용성이 높음. 자주 사용되는 로직을 라이브러리로 만들어두면 계속해서 사용할 수 있고 신뢰성 확보됨.
• 라이브러리를 각종 예외상황에 맞게 잘 만들어두면 개발자가 사소한 실수를 하더라도 컴파일 단계에서 잡아낼 수 있으므로 버그 발생 감소
• 내부적으로 어떻게 동작하는지 몰라도 개발자는 라이브러리가 제공하는 기능들을 사용할 수 있기 때문에 생산성이 높음.
• 객체 단위로 코드가 나눠져 작성되기 때문에 디버깅이 쉽고 유지보수에 용이
• 데이터 모델링을 할 때 객체와 매핑하는 것이 수월 --> 요구사항을 보다 명확하게 파악하여 프로그래밍 가능

단점

• 객체 간의 정보 교환은 모두 메시지 교환 -> 실행 시스템에 많은 overhead 가 발생. (하드웨어의 발전으로 많은 부분 보완됨)
• 객체가 상태를 갖는 것. 변수로 인해 객체가 예측할 수 없는 상태를 갖게 되고, 버그 발생시킴 -> 이를 보완하기 위해 함수형 프로그래밍 패러다임 등장

1. SRP(Single Responsibility Principle) : 단일 책임 원칙
   클래스는 단 하나의 책임을 가져야 한다.
   클래스를 변경하는 이유는 단 하나의 이유이어야 한다.
2. OCP(Open-Closed Principle) : 개방-폐쇄 원칙
   확장에 열려 있어야 한다.
   변경에 닫혀 있어야 한다.
3. LSP(Liskov Substitution Principle) : 리스코프 치환 원칙
   상위 타입의 객체를 하위 타입의 객체로 치환했을 경우
   -> 상위 타입을 사용하는 프로그램이 정상적으로 동작해야 한다.
4. ISP(Interface Segregation Principle) : 인터페이스 분리 원칙
   인터페이스는 그 인터페이스를 사용하는 클라이언트를 기준으로 분리해야 한다.
5. DIP(Dependency Inversion Principle) : 의존 역전 원칙
   고수준 모듈은 저수준 모듈의 구현에 의존해서는 안된다.

• 객체 지향에 대한 얕은 이해

출처 https://github.com/JaeYeopHan/Interview_Question_for_Beginner