[CS] 객체지향 프로그래밍(OOP)

객체 지향 프로그래밍 (OOP)

• Object Oriented Programming
• 프로그래밍에서 필요한 데이터를 추상화시켜 상태와 행위를 가진 객체를 만들고 그 객체들 간의 유기적인 상호 작용을 통해 로직을 구성하는 프로그래밍 방법.

장점

• 코드의 재사용성이 높다.
  👉🏻 다른 클래스를 가져와서 사용할 수 있고 상속을 통해 확장할 수 있다.
• 유지 보수가 쉽다.
  👉🏻 수정해야 할 부분이 클래스 내부에 멤버 변수 혹은 메소드로 존재하기에 해당 부분만 수정하면 된다.
• 대형 프로젝트에 적합하다.
  👉🏻 클래스 단위로 모듈화 시켜서 개발할 수 있으므로 업무 분담하기가 쉽다.
  

단점

• 처리 속도가 절차 지향 프로그래밍에 비해 상대적으로 느리다.
• 객체가 많으면 용량이 커질 수 있다.
• 설계 시 많은 노력과 시간이 필요하다.

특징 ✳️

추상화

불필요한 정보는 숨기고 필요한 정보만을 표한함으로써 공통의 속성이나 기능을 묶어 이름을 붙인다.

캡슐화

속성과 기능을 정의하는 멤버 변수와 메소드를 클래스라는 캡슐에 넣는다.
즉, 관련된 기능(메서드)과 속성(변수) 을 한 곳에 모으고 분류하기에 재사용 하기에 좋다.

목적 : 코드를 수정없이 재사용 할 수 있게. + 캡슐화를 통한 정보 은닉

상속

• 부모 클래스의 속성과 기능을 그대로 이어 받아 사용할 수 있게 하고 기능의 일부분을 변경해야 할 경우, 상속 받은 자식 클래스에서 해당 기능만 다시 수정(재정의)하여 사용할 수 있게 하는 것이다.
• 상속을 통한 클래스 작성은 보다 적은 양의 코드로 새로운 클래스를 작성할 수 있다.
• 코드를 공통적으로 관리하여 코드 추가 및 변경이 용이하다.

다형성

하나의 변수명, 함수명 등이 상황에 따라서 다른 의미로 해석 될 수 있는 것.
즉, 오버라이딩, 오버로딩이 가능하다.

설계 원칙

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) : 의존 역전 원칙

• 고수준 모듈은 저수준 모듈의 구현에 의존해서는 안된다.