CS/기본

[기본] 객체 지향 프로그래밍(Object Oriented Programming)

엉아_ 2022. 1. 12. 21:42
728x90

💡 객체 지향 프로그래밍(OOP)이란?

: 객체 지향 프로그래밍은 컴퓨터 프로그래밍 패러다임 중 하나로, 프로그래밍에서 필요한 데이터를 추상화시켜 상태와 행위를 가진 객체를 만들고 그 객체들 간의 유기적인 상호작용을 통해 로직을 구성하는 프로그래밍 방법

💡 객체 지향 프로그래밍의 장,단점

- 장점

▶ 코드 재사용이 용이

: 남이 만든 클래스를 가져와서 이용할 수 있고 상속을 통해 확장해서 사용할 수 있다.

▶ 유지보수가 쉬움

: 절차 지향 프로그래밍에서는 코드를 수정해야할 때 일일이 찾아 수정해야하는 반면 객체 지향 프로그래밍에서는 수정해야 할 부분이 클래스 내부에 멤버 변수혹은 메서드로 존재하기 때문에 해당 부분만 수정하면 된다. 

 

- 단점

▶ 처리 속도가 상대적으로 느림

▶ 객체가 많으면 용량이 커질 수 있음

▶ 설계시 많은 시간과 노력이 필요

 

💡 클래스와 인스턴스

- 클래스 : 어떤 문제를 해결하기 위한 데이터를 만들기 위해 추상화를 거쳐 집단에 속하는 속성(attribute)과 행위(behavior)를 변수와 메서드로 정의한 것

- 인스턴스(객체) : 클래스에서 정의한 것을 토대로 실제 메모리에 할당된 것

 

💡 추상화

: 현실 세계에서 특정한 대상을 관찰하여 핵심적이고 특징적인 공통점들을 뽑아내는 과정,  "공통의" 속성이나 기능을 묶어 이름을 붙이는 것

 

💡 캡슐화

- 캡슐화의 목적

1. 코드를 재수정없이 재활용하는 것

2. 접근 제한자를 통한 정보 은닉

 

: 객체가 외부에 노출하지 않아야할 정보 또는 기능을 접근제어자를 통해 적절히 제어 권한이 있는 객체에서만 접근하도록 할 수 있음. 코드의 수정이 일어났을 때 책임이 있는 객체만 수정하면 되기에 영향 범위를 예측하는데 수월, 또한 관련된 기능과 특성을 한 곳에 모으고 분류하기 때문에 객체 재활용이 원활

 

- 접근 제한자

 

  • public : 클래스 외부에서 제한 없이 접근 가능 (nobody)
  • private : 클래스 외부에서 접근 불가 (클래스 내부에서만 접근 가능)
  • protected : 상속한 하위 클래스에서만 접근 가능

 

💡 상속

: 부모클래스의 속성과 기능을 그대로 이어받아 사용할 수 있게하고 기능의 일부분을 변경해야 할 경우 상속받은 자식클래스에서 해당 기능만 다시 수정(정의)하여 사용할 수 있게 하는 것->코드의 재사용성(resusability)이 향상


💡 다형성

: 하나의 변수명, 함수명 등이 상황에 따라 다른 의미로 해석될 수 있는 것

요구사항(requirements)이 변경되어 코드를 수정해야 하는 경우에 일반화된 코드는 변경하지 않고 기존 클래스의 Move() 메소드만 수정하거나 클래스를 추가 구현하는 것으로 해결할 수 있습니다.

또한 코드의 가독성(readability)이 높아지고 일관성이 생기기 때문에 개발자의 실수를 줄일 수 있게 됩니다. 

 

- 오버라이딩 : 부모클래스의 메서드와 같은 이름, 매개변수를 재정의 하는것.

- 오버로딩 : 같은 이름의 함수를 여러개 정의하고, 매개변수의 타입과 개수를 다르게 하여 매개변수에 따라 다르게 호출할 수 있게 하는 것.

 

💡 객체 지향적 설계 원칙

  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://gracefulprograming.tistory.com/130 [Peter의 우아한 프로그래밍]

출처: https://jeong-pro.tistory.com/95 [기본기를 쌓는 정아마추어 코딩블로그]