본문 바로가기

OOP

OOP 란?

객체지향언어

루비는 자바, 파이썬과 같이 객체지향언어입니다.

그렇다면 객체지향이란 무엇일까요?

신입 프로그래머들에게 단골 질문인 객체지향에 대하여 알아보겠습니다.

 

객체 지향 프로그래밍(Object Oriented Programming)

객체 지향 프로그래밍 이전의 프로그래밍 패러다임을 살펴보면, 중심이 컴퓨터에 있었다. 컴퓨터가 사고하는대로 프로그래밍을 하는 것이다. 하지만 객체지향 프로그래밍이란 인간 중심적 프로그래밍 패러다임이라고 할 수 있다. 즉, 현실 세계를 프로그래밍으로 옮겨와 프로그래밍하는 것을 말한다. 현실 세계의 사물들을 객체라고 보고 그 객체로부터 개발하고자 하는 애플리케이션에 필요한 특징들을 뽑아와 프로그래밍 하는 것이다. 이것을 추상화라한다.

 

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

 

간단하게 장단점을 정리하자면 이렇게 정리할 수 있다.

 

장점

  • 코드 재사용성 -> 남이 만든 클래스를 이용 or 상속을 통해 사용
  • 유지 보수가 쉬움 -> 클래스에 해당부분만 수정하면 됨
  • 대형 프로젝트에 적합 -> 클래스 단위로 모듈화 -> 업무 분담

단점

  • 처리속도가 상대적으로 느림
  • 객체가 많아질 시 용량이 커질 수 있다.
  • 설계하는 과정에서 많은 시간과 노력이 필요하다.

 

객체 지향적 설계 원칙 

  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) : 의존 역전 원칙
    고수준 모듈은 저수준 모듈의 구현에 의존해서는 안된다.

흔히, SOLID 라고 불리는 객체 지향적 설계 원칙 5가지이다.

 

 

객체 지향 핵심 키워드 5가지

  1. 클래스 +인스턴스

    클래스란?
    문제 해결을 위한 데이터를 만들기 위하여 추상화를 거쳐 집단에 속하는 속성과 행위를 변수와 메서드로 정의한 것.

    인스턴스란?
    흔히 객체를 인스턴스라고 부른다. 클래스에서 정의한 것을 토대로 실제 메모리상에 할당된 것. 
    실제 프로그램에서 사용되는 데이터를 뜻한다.

  2. 추상화
    불필요한 정보는 숨기고 중요한 정보만을 표현함으로써 공통의 속성이나 기능을 묶어 이름을 붙이는 것
    (객체지향의 관점에서 클래스를 정의하는 것)

  3. 캡슐화
    캡슐화의 목적 : 코드를 재수정 없이 재활용하는 것.
    프로그램 코드에서 변수와 함수를 재활용하기에는 분산되어 있기 때문에 재활용이 어려웠으나 캡슐화를 통해 관련된 기능과 특성을 한 곳에 모으고 분류하기 때문에 재활용이 원활해졌다.
    객체 지향 프로그래밍에서 기능과 특성의 모음을 "클래스"라는 "캡슐"에 분류해서 넣는것이 캡슐화다.
    객체가 맡은 역할을 수행하기 위한 하나의 목적을 한데 묶는다.

  4. 상속
    상속은 속성과 기능을 그대로 이어받아 사용할 수 있게하고 기능의 일부분을 변경해야 할 경우 상속받은 자식클래스에서 해당 기능만 다시 수정(정의)하여 사용할 수 있게 하는 것. 
    (다중 상속은 불가능하다.)

  5. 다형성
    하나의 변수명, 함수명 등이 상황에 따라 다른 의미로 해석될 수 있는 것         . *오버로딩, *오버라이딩
    오버라이딩 : 부모클래스의 메서드와 같은 이름, 매개변수를 재정의 하는것.
    오버로딩 : 같은 이름의 함수를 여러개 정의하고, 매개변수의 타입과 개수를 다르게 하여 매개변수에 따라 다르게 호출할 수 있게 하는 것.