객체지향 프로그래밍 vs 절차지향 프로그래밍

  객체지향 프로그래밍과 절차지향 프로그래밍에 대해서 알아보도록 하자.

 

📙 1. 객체지향 프로그래밍 (Object Oriented Programming, OOP)

📌 1. 개념

  객체지향 프로그래밍이란 객체들이 모여서 상호 협력하면서 데이터를 처리하는 방식의 프로그래밍 설계 방법을 말한다.

📌 2. 특징

  객체지향언어의 특징으로는 캡슐화(Encapsulation), 상속(Inheritance), 다형성(Polymorphism), 추상화(Abstraction)가 있다.

🔎 1. 캡슐화(Encapsulation)

• 내부를 캡슐처럼 감싸서 그 내부를 보호하고 볼 수 없게 하는 것을 말한다.
• 데이터와 기능을 하나로 묶어서 관리하게 된다.
• 실제로 구현되는 부분을 외부로 드러나지 않도록 하여 정보를 은닉할 수 있다.

🔎 2. 상속(Inheritance)

• 상위 클래스의 속성(변수)과 기능(메서드)을 재사용하여(상속) 하위 클래스가 전부 물려받는 것을 말한다.
• 상속은 코드의 중복 작성을 방지하고, 코드를 재사용함으로써 코드 작성에 드는 시간과 비용을 줄인다.

🔎 3. 다형성(Polymorphism)

• 같은 이름의 메서드가 클래스 혹은 객체에 따라 다르게 구현되는 것을 말한다.
• 기능을 확장하거나 변경하는 것을 가능하게 해준다.
• Java를 예로 들면, 상속받은 하위 클래스가 메서드의 내용만 변경(재정의) 하는 오버라이딩(Overriding)과 메서드의 이름은 같고 매개변수의 개수나 타입이 다른 함수를 재정의 하는 오버로딩(Overloading)이 있다.

🔎 4. 추상화(Abstraction)

• 객체의 공통적인 속성과 기능을 추출하여 정의하는 것을 의미한다.
• 클래스를 정의할 때 불필요한 부분들을 생략하고 객체의 속성 중 중요한 것에만 중점을 두어 개략화 하는 것을 말한다.

📌 3. 장점

• 재사용성
  상속을 통해 프로그래밍 시 코드의 재사용을 높일 수 있다. 
• 생산성 향상
  잘 설계된 클래스를 만들어서 독립적인 객체를 사용함으로써 개발의 생산성을 향상할 수 있다.
  자연적인 모델링
  우리 일상생활의 모습의 구조가 객체에 자연스럽게 녹아들어 있기 때문에 생각하고 있는 것을 그대로 자연스럽게 구현 가능하다.
• 유지보수의 우수성
  프로그램 수정 시 추가, 수정을 하더라도 캡슐화를 통해 주변 영향이 적기 때문에 유지보수가 쉬워서 매우 경제적이라 할 수 있다.

📌 4. 단점

• 느린 개발 속도
  모든 객체의 역할과 기능을 이해해야 하기 때문에 프로그래밍에 많은 시간이 소요된다.
• 느린 실행 속도
  객체지향언어의 처리 속도는 절차지향언어보다 느립니다.

📌 5. 종류

  C++, Java, Python, C#, Swift, Kotlin,...

 

 

📙 2. 절차지향 프로그래밍 (Procedural Programming, PP)

📌 1. 개념

  절차지향 프로그래밍이란 순차적인 처리가 중요시되며 프로그램 전체가 유기적으로 연결되도록 만드는 프로그래밍 기법을 말한다.

📌 2. 특징

• 프로그램의 순서와 흐름을 먼저 세우고 필요한 자료구조와 함수들을 설계한다.

📌 3. 장점

• 빠른 실행 속도
  초기 프로그래밍 언어로 컴퓨터 처리구조와 비슷하여 실행 속도가 빠름

📌 4. 단점

• 유지보수와 디버깅의 어려움
  모든 구성요소가 유기적으로 연결되어 있다는 말은, 하나가 고장 났을 때 시스템 전체가 고장난다는 뜻이다.
  또한 문제를 해결하기 위해 일부분이 아닌 시스템 전체를 수리해야 한다는 말이기도 하다.
  그래서 절차지향언어는 이러한 유지 보수가 매우 까다로운 편이며, 특히 디버깅 과정이 어렵다.
• 엄격한 순서가 정해져 있어 비효율적
  실행 순서가 정해져 있으므로 코드의 순서가 바뀌면 동일한 결과를 보장하기 어렵다.
  즉, 언어의 융통성이 부족하여 생상 효율이 떨어진다.

📌 5. 종류

  C, Visual Basic, Fortran, Pascal, ...

 

 

📙 3. 객체지향 프로그래밍과 절차지향 프로그래밍 비교

  객체지향의 반대는 절차지향이 아니고, 절차지향의 반대는 객체지향이 아니다.

  객체지향 언어를 사용한다면, 필요한 객체들의 종류와 속성 등이 더 중점이 되는 것이고, 절차지향 언어를 사용한다면, 절차가 더 중점이 되는 것이다.

 

  객체는 변수와 함수를 추상화 과정을 통해 좀 더 모듈화 한 도구에 불과하다. 모듈화 함으로써 객체지향이 지닐 수 있는 강점인 정보은닉화, 상속 및 다형성을 통한 확장성과 재사용, 이를 기반한 생산성과 유지보수의 용이성이 OOP의 진정한 특징이자 정체성일지도 모른다.

  하지만, 객체지향 설계도 마이너스가 되는 경우가 있다.

  객체지향도 프로젝트가 커지면 다른 면에서 복잡해지며, 컴퓨터의 관점이 아니기에 상대적으로 느린 경우가 있다. 객체지향적 기능들은 마법이 아니라 컴퓨터 상에 미리 구현되어 있는 코드 뭉치에 불과하기 때문이다. 다만 라이브러리화되어 기능으로써 제공되기에 그걸 사용하는 프로그래머 입장에서 편할 뿐이다.

 

  또한, 객체 지향 설계 전략은 반드시 객체 지향 언어(Java, kotlin 등)에서만 사용되는 것은 아니다. 자바스크립트는 객체 지향 언어는 아니지만, 따로 클래스(class) 문법을 지원하는 것처럼 대부분의 프로그래밍 언어는 객체 지향 언어 방식을 지원하고 있다.

  즉, 객체 지향 프로그래밍 개념을 배우면, 그 기술을 다양한 많은 언어에 적용할 수 있다는 뜻이기도 하다.

 

해당 글은
TechYeon 님의 '객체지향(OOP) VS 절차지향(PP) 프로그래밍',
HP_Factory 님의 '절차지향(Procedural Programming), 객체지향(Object Oriented Programming) 장단점 및 차이점',
Blackvill 님의 '[CS] 절차 지향 vs 객체 지향',
Incheol 님의 '객체지향과 절차지향',
Inpa 님의 '객체 지향 개념과 추상화 완벽 이해하기'
를 참고하였습니다.