검수요청.png검수요청.png

"객체지향"의 두 판 사이의 차이

해시넷
이동: 둘러보기, 검색
34번째 줄: 34번째 줄:
 
[[클래스]](Class)란 공통된 특성을 가진 객체를 추상화하고 집단화하여 나타내는 것이다. 객체 타입(Object Type)을 의미하며, 객체들이 갖는 객체의 변수(valiable) , 메소드(method) 의 집합이다.한 클래스를 기준으로 상위클래스를 [[슈퍼클래스]](부모클래스)라고 하며, 하위 클래스를 [[서브 클래스]](자식 클래스)라고 한다. 클래스로부터 생성된 새로운 객체를 [[인스턴스]](Instance)이다.<ref name="역사 위키"></ref><ref name="구성 요소"> 현승, 〈[https://m.blog.naver.com/PostView.naver?isHttpsRedirect=true&blogId=gutmsl&logNo=50118818528 객체 지향 기법의 구성 요소]〉, 《네이버 블로그》, 2011-08-20 </ref>
 
[[클래스]](Class)란 공통된 특성을 가진 객체를 추상화하고 집단화하여 나타내는 것이다. 객체 타입(Object Type)을 의미하며, 객체들이 갖는 객체의 변수(valiable) , 메소드(method) 의 집합이다.한 클래스를 기준으로 상위클래스를 [[슈퍼클래스]](부모클래스)라고 하며, 하위 클래스를 [[서브 클래스]](자식 클래스)라고 한다. 클래스로부터 생성된 새로운 객체를 [[인스턴스]](Instance)이다.<ref name="역사 위키"></ref><ref name="구성 요소"> 현승, 〈[https://m.blog.naver.com/PostView.naver?isHttpsRedirect=true&blogId=gutmsl&logNo=50118818528 객체 지향 기법의 구성 요소]〉, 《네이버 블로그》, 2011-08-20 </ref>
 
===메소드===
 
===메소드===
−
[[메소드]](Method)는 객체 지향 시스템이 갖는 전통적인 시스템 함수 또는 프로시저에 해당하는 연산기능. 즉, 객체를 실행할 수 있도록하는 연산의 집합이다. <ref name="역사 위키"></ref>
+
[[메소드]](Method)는 객체 지향 시스템이 갖는 전통적인 시스템 함수 또는 프로시저에 해당하는 연산기능. 즉, 객체를 실행할 수 있도록하는 연산의 집합이다.<ref name="역사 위키"></ref>
 
===메세지===
 
===메세지===
−
[[메세지]](Message)는 객체들간의 상호작용을 하는데 사용하는 수단이며 객체에 명령을 내리는 것이라고 할 수 있다. <ref name="역사 위키"></ref>
+
[[메세지]](Message)는 객체들간의 상호작용을 하는데 사용하는 수단이며 객체에 명령을 내리는 것이라고 할 수 있다.<ref name="역사 위키"></ref>
  
 
==원칙==
 
==원칙==
75번째 줄: 75번째 줄:
 
===단점===
 
===단점===
 
*복잡성: 다중 상속으로 인하여 클래스의 상속관계에 혼란을 야기한다면 코드의 난이도가 급상승 할 수 있다. 이 상태를 상태는 '라자냐 코드'라고  불리는 편이다. 그래서 대다수의 객체 지향 프로그래밍 언어들은 다중 상속을 지원하지 않았고 실제 구현이 전혀 없는 껍데기인 인터페이스만 추가로 상속할 수 있게 했는데, 이 또한 코드의 재 사용성을 현저하게 떨어뜨리는 문제가 있어 최근엔 [[믹스인]](mixin)이나 [[트레이트]](trait)같이 다중상속을 할 수 있는 방법을 찾고 있다.<ref name="역사 나무"></ref>
 
*복잡성: 다중 상속으로 인하여 클래스의 상속관계에 혼란을 야기한다면 코드의 난이도가 급상승 할 수 있다. 이 상태를 상태는 '라자냐 코드'라고  불리는 편이다. 그래서 대다수의 객체 지향 프로그래밍 언어들은 다중 상속을 지원하지 않았고 실제 구현이 전혀 없는 껍데기인 인터페이스만 추가로 상속할 수 있게 했는데, 이 또한 코드의 재 사용성을 현저하게 떨어뜨리는 문제가 있어 최근엔 [[믹스인]](mixin)이나 [[트레이트]](trait)같이 다중상속을 할 수 있는 방법을 찾고 있다.<ref name="역사 나무"></ref>
−
*캡슐화와 격리 구조 설계로 인한 성능 하락: 거의 대부분의 객체지향 언어에서 기능을 묶으면 결국 함수 호출이 추가로 들어가거나 계산식 중간에 포인터 연산 등이 필요해지며, 멤버 함수 같은 경우 어느 객체의 함수인지 지정해야 하기 때문에 추가 포인터 크기와 연산 비용이 들어간다. 인라인 함수와 컴파일러 최적화(특히 RVO(Return Value Optimization)) 등의 방법으로 어느정도는 격차를 줄여주나 역시 그냥 절차적 프로그래밍보다는 무거워지게 되어 느린 실행속도를 가지게 된다. 또한 객체 하나하나를 따로 나누게 되는 것을 주력하다 보니 비슷한 처리를 하는 코드도 독립성에 의해 서로를 건드릴 수 없게 되었고 이를 해결하기 위해 'getter'(접근자: 값을 반환하는 메소드), 'setter'(설정자: 필드에 값을 저장하는 메소드)사용이 너무 많아졌다. 이 과정에서 캡슐화가 깨짐으로 정보은닉 특성 또한 약해져 의미가 퇴색되었고, 다른 프로그래밍 패러다임이 필요해졌다.<ref name="역사 나무"></ref>
+
*캡슐화와 격리 구조 설계로 인한 성능 하락: 거의 대부분의 객체지향 언어에서 기능을 묶으면 결국 함수 호출이 추가로 들어가거나 계산식 중간에 포인터 연산 등이 필요해지며, 멤버 함수 같은 경우 어느 객체의 함수인지 지정해야 하기 때문에 추가 포인터 크기와 연산 비용이 들어간다. [[인라인 함수]]와 [[컴파일러]] 최적화(특히 RVO(Return Value Optimization)) 등의 방법으로 어느정도는 격차를 줄여주나 역시 그냥 절차적 프로그래밍보다는 무거워지게 되어 느린 실행속도를 가지게 된다. 또한 객체 하나하나를 따로 나누게 되는 것을 주력하다 보니 비슷한 처리를 하는 코드도 독립성에 의해 서로를 건드릴 수 없게 되었고 이를 해결하기 위해 'getter'(접근자: 값을 반환하는 메소드), 'setter'(설정자: 필드에 값을 저장하는 메소드)사용이 너무 많아졌다. 이 과정에서 캡슐화가 깨짐으로 정보은닉 특성 또한 약해져 의미가 퇴색되었고, 다른 프로그래밍 패러다임이 필요해졌다.<ref name="역사 나무"></ref>
 
*성능 격차: 객체 하나하나를 따로 캡슐화시키고 상속시 부모만 같으면 자식의 종류를 신경쓰지 않다보니 각자의 메모리 크기가 달라지며, 결국 고정된 연속 메모리에 담을 수가 없게 된다. 메모리 할당을 배열로 하지 못하게 되니 따로따로 생성하게 되고 이렇게 각각의 객체의 생성과 파괴가 반복되면 메모리 [[단편화]]라는 문제가 생기게 된다. [[가비지 컬렉션]] 기능이 만들어진 이유 중 하나이기도 하다. 또 연속 메모리를 쓰기 힘들어진다는 건 [[캐시]]의 효율적 사용에 큰 문제가 생긴다는 뜻이기도 해서 성능 격차는 더 벌어지게 된다.<ref name="역사 나무"></ref>
 
*성능 격차: 객체 하나하나를 따로 캡슐화시키고 상속시 부모만 같으면 자식의 종류를 신경쓰지 않다보니 각자의 메모리 크기가 달라지며, 결국 고정된 연속 메모리에 담을 수가 없게 된다. 메모리 할당을 배열로 하지 못하게 되니 따로따로 생성하게 되고 이렇게 각각의 객체의 생성과 파괴가 반복되면 메모리 [[단편화]]라는 문제가 생기게 된다. [[가비지 컬렉션]] 기능이 만들어진 이유 중 하나이기도 하다. 또 연속 메모리를 쓰기 힘들어진다는 건 [[캐시]]의 효율적 사용에 큰 문제가 생긴다는 뜻이기도 해서 성능 격차는 더 벌어지게 된다.<ref name="역사 나무"></ref>
  
81번째 줄: 81번째 줄:
 
{{각주}}
 
{{각주}}
 
==참고 자료==
 
==참고 자료==
 +
* 이수호, 〈[http://www.incodom.kr/%EA%B0%9D%EC%B2%B4_%EC%A7%80%ED%96%A5 객체 지향]〉, 《인코뎀》, 2020-10-21
 +
* 〈[https://taste-and-investment.tistory.com/entry/%EA%B0%9D%EC%B2%B4%EC%A7%80%ED%96%A5-%EC%96%B8%EC%96%B4%EC%9D%98-%EC%9E%A5%EC%A0%90%EA%B3%BC-%EB%8B%A8%EC%A0%90-%EA%B0%9C%EB%85%90-%EC%A2%85%EB%A5%98-%EC%A0%88%EC%B0%A8%EC%A7%80%ED%96%A5-%EC%96%B8%EC%96%B4%EC%99%80-%EB%B9%84%EA%B5%90 객체지향 언어의 장점과 단점, 개념, 종류, 절차지향 언어와의 비교]〉, 《티스토리》, 2020-10-28
 +
* 〈[https://www.opentutorials.org/course/743/6584 객체지향]〉, 《생활코딩》, 2014-04-21
 +
* 재희 jaiyah, 〈[https://webclub.tistory.com/155 객체지향 프로그래밍이란?]〉, 《티스토리》
 +
* 〈[https://namu.wiki/w/%EA%B0%9D%EC%B2%B4%20%EC%A7%80%ED%96%A5%20%ED%94%84%EB%A1%9C%EA%B7%B8%EB%9E%98%EB%B0%8D#s-2 객체 지향 프로그래밍]〉, 《나무위키》
 +
* DLGNDUD, 〈[http://cedartrees.co.kr/index.php/2020/08/29/oop-story/ 객체지향의 역사와 이해]〉, 《세다트리스 인공지능연구소》, 2020-08-29
 +
* 〈[https://ko.wikipedia.org/wiki/%EC%9D%B4%EB%A6%84%EA%B3%B5%EA%B0%84 이름공간]〉, 《위키백과》
 +
* 개발자를 꿈꾸는 프로그래머, 〈[https://jwprogramming.tistory.com/121 Java - (5) 객체란? 객체 지향 프로그래밍의 특징]〉, 《티스토리》, 2016-05-04
 +
* 현승, 〈[https://m.blog.naver.com/PostView.naver?isHttpsRedirect=true&blogId=gutmsl&logNo=50118818528 객체 지향 기법의 구성 요소]〉, 《네이버 블로그》, 2011-08-20
 +
* allocProc, 〈[https://jaeyeong951.medium.com/%EA%B0%9D%EC%B2%B4%EC%A7%80%ED%96%A5-5%EC%9B%90%EC%B9%99-solid-ac7d4d660f4d 객체지향 5원칙 : SOLID]〉, 《medium》, 2020-05-28
 +
* 〈[https://www.nextree.co.kr/p6960/ 객체지향 개발 5대 원리: SOLID]〉, 《넥스트리》, 2021-06-06
 +
* TonyChoi Ms_Tony, 〈[https://tony-programming.tistory.com/entry/%EA%B0%9D%EC%B2%B4%EC%A7%80%ED%96%A5-%ED%94%84%EB%A1%9C%EA%B7%B8%EB%9E%98%EB%B0%8D%EC%9D%98-3%EC%9A%94%EC%86%8C-5%EC%9B%90%EC%B9%99 객체지향의 3요소 5원칙]〉, 《티스토리》, 2017-12-07
 +
* 코딩팩토리 〈[https://coding-factory.tistory.com/328 (C++) 객체지향 언어의 5가지 특징]〉, 《티스토리》, 2019-03-01
 +
* radait, 〈[https://radait.tistory.com/5 자바(Java) 캡슐화(Encapsulation)란? 무엇인가?]〉, 《티스토리》, 2019-05-21
 +
* radait, 〈[https://radait.tistory.com/4?category=836792 객체지향언어란? (특징, 장점, 단점, 종류)]〉, 《티스토리》, 2019-05-20
 +
* ammff, 〈[https://ammff.tistory.com/25 (언어기초) 동적/정적 바인딩이란? (쉬움주의)]〉, 《티스토리》, 2016-05-22
 +
* koyo, 〈[https://velog.io/@koyo/development-common-sense-0 객체 지향 프로그래밍이 뭔가요?]〉, 《velog》, 2020-11-26
 +
* sesok808, 〈[https://sesok808.tistory.com/32 객체지향 언어의 개념 및 특징, 장단점]〉, 《티스토리》, 2014-03-26
  
 
== 같이 보기 ==
 
== 같이 보기 ==

2021년 8월 5일 (목) 11:27 판

객체지향(Object Oriented)은 프로그램 구현에 필요한 객체를 파악하고 각각의 객체들의 역할이 무엇인지를 정의하여 객체들 간의 상호작용을 통해 프로그램을 만드는 것을 말한다. 우리가 실생활에서 쓰는 모든 것을 객체(Object)라고 한다. 객체는 클래스(class)라는 틀에서 생겨난 인스턴스(instance)이다. 따라서 객체지향 프로그래밍은 객체와 객체 간의 연결로 되어 있으며 각각의 객체 안에 자료구조와 알고리즘이 들어 있는 것이다.[1]

개요

객체지향은 오늘날 자바(java),C#등의 프로그래밍 언어(programming language)들을 지배하고 있는 가장 중요한 맥박이라고 할 수 있다. 객체지향 프로그래밍은 크고 견고한 프로그램을 만들기 위한 노력의 산물이라고 한다. 여러 개의 객체 단위로 나누어 작업할 수 있기 때문에 개발자와 협업해 규모가 큰 프로젝트도 무리없이 진행할 수 있으며 유지보수도 뛰어나다는 장점이 있다. 하지만 코딩 난이도가 상승하며 객체에 대한 정확한 이해가 필요하여 설계단계부터 많은 시간이 소요된다.[2][3][4]

역사

등장 배경

초기 프로그래밍 방식은 절차적 프로그래밍(Procedure Programming) 방식으로 명시된 순서대로 처리한 다음 결과를 도출하는 방식이었다. 하지만 이 방식은 조금만 복잡해지면 순서도로 나타내는 것이 불가능할 정도로 꼬인 '스파게티 코드'를 만들게 되는데 명령어 양이 증가함에 따라 중복코드 대처가 힘들고, 특정 코드가 어디까지 영향을 미치는지 알 수 없기에 유지보수가 굉장히 어려웠다. 이러한 문제를 해결하기 위해 에츠허르 데이크스트라(Dijkstra)는 프로그램을 함수(procedure) 단위로 나누고 프로시져(Procedure)끼리 호출을 하는 구조적 프로그래밍(structured programming) 방식을 제안하면서 이러한 위기를 벗어나게 된다. 하지만 함수는 데이터의 처리 방법을 구조화했을뿐, 데이터 자체는 구조화하지 못했다. 그로 인하여 네임스페이스(Namespace) 포화 문제를 낳게 되며 엉뚱한 데이터가 엉뚱한 함수에 전달돼서 데이터를 오염시키는 문제가 발생하고 그런 가능성 때문에 프로그래머가 한 함수의 작동에 영향을 받는 변수를 조사해야 할 때 모든 변수를 다 조사해야 하는 어려움에 봉착했다. 또한, 만약 프로그램의 크기가 증가한다면 수 많은 변수가 생기며 함수가 접근할 수 있는 데이터의 범위에 명시적인 제한을 걸어야 하는 상황이였다. 이를 극복하기 위한 대안으로 객체 지향 언어의 시초인1960년 노위지안 컴퓨터링 센터의 조한 달과 크리스틴이 발표한 시뮬라67이다.[5][6][7]

  • 네임스페이스: 개체(entity)를 구분할 수 있는 범위를 나타내는 말로 일반적으로 하나의 이름 공간에서는 하나의 이름이 단 하나의 개체만을 가리키게 된다.[8]

발전

객체 지향 언어는 당시에 기존 절차적 프로그래밍과 매우 이질적이고, 컴퓨터 처리 능력이 별로 좋지 않아서 큰 주목을 받지 못하였지만 향후에 프로그래밍 언어가 많은 지원을 받으면서 스몰토크, 에이다 같은 프로그램이 등장하며 객체 지향에 대한 연구가 활발하게 진행되었다. C++, 델파이, FoxPro 와 같은 프로그램들은 객체 지향 언어에 가장 큰 영향을 미쳤던 GUI의 발전에 따라 점점 향상되었다. 화면에 떠 있는 여러 개의 창은 각자의 실행 콘텍스트(context)를 가지는데 콘텍스트의 현재 상태(활성화, 비활성화, 최소화 등)에 따라 같은 명령에도 다른 결과를 내보내야 했으며 사용자 상호작용을 위해 이벤트 처리도 수행해야 했다. 특히 이벤트 처리는 비동기적인 속성 때문에 기존 절차적 프로그래밍에서는 일종의 횡단 관심사가 되어 버려 코드 전체에 이벤트 처리 코드가 흩어져 있게 되는 문제가 있었다. 그래서 객체지향 프로그래밍를 도입하여 이벤트를 받았을 때 수행되는 기능(이벤트 핸들러/콜백)을 구현할 수 있는 단일 인터페이스를 정의하고, 프로그래머들은 이를 필요한 형태로 알아서 구현하며, 특정 이벤트가 일어났을 때 실행되어야 하는 기능들을 등록한 다음, 운영체제나 응용프로그램이 실제로 해당 이벤트가 발생했을 때 해당 이벤트에 등록된 이벤트 핸들러/콜백을 주욱 실행하기만 하면 되는 구조가 본격적으로 확산되면서 객체지향 프로그래밍 또한 빠르게 확산되었다.[5][6][7]

지원 언어

구성 요소

객체

객체(Object)는 물리적으로 존재(실제 메모리상에 할당됨)하고 추상적으로 생각할 수 있는 것 중에서 자신의 속성을 가지고 있고 다른것과 식별이 가능한 것이다. 현실세계의 개체를 객체로 설계하는 것을 객체 모델링(Object Modeling)이라고 하며, 객체 모델링은 현실 개체의 속성과 행동을 추상화하여 객체를 정의하는 과정이라 할 수 있다. [9][7]

클래스

클래스(Class)란 공통된 특성을 가진 객체를 추상화하고 집단화하여 나타내는 것이다. 객체 타입(Object Type)을 의미하며, 객체들이 갖는 객체의 변수(valiable) , 메소드(method) 의 집합이다.한 클래스를 기준으로 상위클래스를 슈퍼클래스(부모클래스)라고 하며, 하위 클래스를 서브 클래스(자식 클래스)라고 한다. 클래스로부터 생성된 새로운 객체를 인스턴스(Instance)이다.[7][10]

메소드

메소드(Method)는 객체 지향 시스템이 갖는 전통적인 시스템 함수 또는 프로시저에 해당하는 연산기능. 즉, 객체를 실행할 수 있도록하는 연산의 집합이다.[7]

메세지

메세지(Message)는 객체들간의 상호작용을 하는데 사용하는 수단이며 객체에 명령을 내리는 것이라고 할 수 있다.[7]

원칙

소프트웨어의 유지보수나 확장이 쉽고, 유연하게 설계하기위해 2000년 초에 로버트C. 마틴(Robert C. Martin)이 명명한 객체 지향 프로그래밍의 다섯가지 기본 원칙을 마이클 C. 페더스 (Michael C. Feathers)가 그 원칙의 앞글자들을 따서 'SOLID' 라는 이름으로 소개했다.[11][12]

단일 책임의 원칙

단일 책임의 원칙(SRP,Single Responsibility Principle)은 하나의 클래스는 각 하나의 목적 즉, 하나의 기능만 가지는 의미이다. 해당 클래스에서 제공하는 모든 서비스는 단 하나의 책임을 수행하는데 집중되어야 한다는 원칙이다. 이는 책임 영역이 명확해지고 책임 변경에 있어 다른 책임의 변경으로 인한 연쇄 작용을 최소화하여 코드의 가독성 및 유지보수에 있어서 유리하게 된다.[11][13]

개방폐쇄의 원칙

개방폐쇄의 원칙 (OCP, Open Close Principle)은 소프트웨어의 모든 구성요소(컴포넌트, 클래스, 모듈, 함수)는 확장에는 열려있고, 변경에는 닫혀있어야 한다는 원칙이다. 즉, 요구사항의 변경이나 추가사항의 발생에 기존 구성요소는 수정이 일어나지 말아야하며 쉽게 확장이 가능하여 재사용할 수 있어야 한다는 원칙이다. 이는 재사용 코드를 만드는 기반이며 추상화와 다형성 객체지향의 장점을 극대화하는 중요한 원리가 된다.[11][13]

리스코브 치환의 원칙

리스코브 치환의 원칙(LSP, The Liskov Substitution)은 부모 클래스를 카리키는 포인터에 해당 클래스를 상속하는 자식 클래스를 할당하더라도 모든 기능이 정상적으로 작동해야 하며 자식 클래스의 상세 내부를 부모 클래스는 알 필요가 없다는 뜻이다. 부모 클래스와 자식 클래스의 서로간의 영향을 최소화하여 자식 클래스는 언제나 자신의 부모 클래스를 대체하게끔 한다. 즉, 부모 클래스가 들어갈 자리에 자식클래스를 넣어도 계획대로 잘 작동해야 한다는 것이다.[11][13]

인터페이스 분리의 원칙

인터페이스 분리의 원칙(ISP, Interface Segregation Principle)은 사용하지 않은 인터페이스의 구현을 하지 않고, 최소한의 인터페이스만을 사용해야한다는 원칙이다. 인터페이스를 구체적이고 작은 단위들로 분리시켜 사용하게 끔하여 인터페이스 크기를 축소시켜 책임을 최소화하게 된다.[11][13]

의존성 역전의 원칙

의존성역전의 원칙(DIP, Dependency Inversion Principle)은 클래스사이에서의 의존관계가 존재하되, 구체적인 클래스에 의존하지 말고 추상화된 클래스에 의존하게 하는 원칙이다. 상위와 하위 객체는 모두 추상화에 의존해야 상위계층과 하위계층의 독립이 유지될 수 있다.[11][13]


특징

객체 지향의 특징으로는 크게 캡슐화, 정보은닉, 추상화, 상속성, 다형성이 있으며, 이 중 구조적 기법과 차별되는 개념은 캡슐화, 상속성, 다형성이 있다.추가적으로 동적 바인딩이 있다.[14]

캡슐화

캡슐화(Encapsulation)란 데이터(속성)와 데이터를 처리하는 함수로 외부에서 쉽게 접근하지 못하게 하는 것이 핵심이다. 객체에 직접적인 접근을 막고 외부에서 내부에 정보를 직접접근하여 변경할 수 없으며, 객체가 제공하는 필드와 메소드를 통해서만 접근이 가능해진다. 이는 유지보수나 확장시 오류의 범위를 최소화하고 객체내 정보손상, 오용방지, 조작법이 바뀌어도 사용방법 자체는 바뀌지않고, 데이터가 변경되어도 다른 객체에 영향을 주지 못하기 때문에 독립성이 좋다. 객체를 모듈화 할 수 있어 이식성이 좋다.[15]

상속성

상속성(Inheritance)은 이미 정의된 상위 클래스(부모 클래스)의 모든 속성과 연산을 하위 클래스(자식 클래스)가 물려받는것을 의미 하므로 하위 클래스는 상위클래스의 모든 속성과 연산을 자신의 클래스 내에서 다시 정의하지 않고서도 즉시 자신의 속성으로 사용할 수 있게된다. 또한, 물려받은 속성과 연산외에 새로운 속성과 연산을 추가하여 사용할 수 있다. 상위클래스와 하위클래스가 서로 공유할 수 있기에 객체와 클래스의 재사용이 증대되는 중요한 개념이다.[14]

  • 다중 상속(Multiple inheritance): 한 개의 클래스가 두개 이상의 상위 클래스로부터 속성과 연산을 상속받는 것을 말한다.[14]

정보은닉

정보은닉(Information Hiding)은 캡슐화에서 가장 중요한 개념으로, 다른 객체에 자신의 정보를 숨기고 자신의 연산만을 통하여 접근을 허용하는 것이다.[14]

추상화

추상화(Abstraction)는 불필요한 부분을 생략하고 객체 속성 중 공통적이고 중요한 것에만 중점을 두어 개략화, 즉 모델화 하는 것이다. 객체들의 공통적 특성을 파악하여 필요없는 특성을 제거하는 과정을 가르킨다. 이 과정은 복잡한 문제를 해결하기 위한 가장 기본방법이며 완전한 시스템 구축을 하기전에 시스템 구조 및 구성을 가시적으로 볼 수 있고, 그 시스템과 유사한 모델을 만들어 여러가지 요인을 테스트할 수 있다.[14][16]

다형성

다형성(Polymorphism)은 메시지에 의해 개체(클래스)가 연산을 수행하게 될 때 하나의 메시지에 대해 각 객체가 가지고 있는 고유한 특성으로 다른 여러 형태로 재구성 되는 것을 말한다. 자바의 오버로드(Overload) 또는 오버라이드(Override)이 다형성의 대표적인 예라 할 수있고, 이 것을 구현하는걸 오버로딩(Overloading)과 오버라이딩(Overriding) 이라고 한다.[16]

동적 바인딩

동적 바인딩(Dynamic binding)은 실행 시간 중에 일어나거나 실행 과정에서 변경될 수 있는 바인딩으로 컴파일 시간에 완료되어 변화하지 않는 정적 바인딩(Static binding) 과 대비되는 개념이다. 프로그램이 실행되어야 메모리에 크기가 얼마만큼 할당되는지 알 수 있게 되는 것을 의미하며 C의 경우 malloc(), calloc()을 이용한 것이 동적바인딩이다.[7][17]

장단점

장점

  • 재사용 및 생산성: 남이 만든 클래스를 가져와 이용할 수 있고 상속을 통하여 확장 사용이 가능하다. 그 말인 즉, 프로그래밍 코드의 재사용을 극대화하여 한 프로그램 내에서 하위 클레스들이 상위 클래스의 속성을 표현한 코드를 재사용하며, 새로운 프로그램 개발 시 기존 프로그램이 갖고 있는 클래스 상속 구조에서 많은 클래스들을 소프트웨어 IC로 재사용하여 생산성 또한 높일 수 있다.[18][19]
  • 유지보수: 상속을 통한 수정, 추가가 용이하며 캡슐화로 그 함수의 세부정보가 은폐되어 있어 주변에 미치는 영향을 최소화한다. 독립성의 증대는 객체 지향 프로그래밍에서 수정해야할 부분이 클래스 내부에 맴버 변수나 메서드로 존재하기 때문에 해당 부분만 수정할 수 있게 된다.[18][19]
  • 대형 프로젝트에 적합: 객체 지향 프로그래밍의 특성 덕분에 면밀한 자료분석, 개발시간 단축, 좀 더 복잡한 코딩이 가능하고 클래스 단위로 모듈화를 시켜 개발할 수 있으므로 업무 분담이 쉬워 대형 프로젝트일수록 적합한 장점을 가지고 있다.[5][18]

단점

  • 복잡성: 다중 상속으로 인하여 클래스의 상속관계에 혼란을 야기한다면 코드의 난이도가 급상승 할 수 있다. 이 상태를 상태는 '라자냐 코드'라고 불리는 편이다. 그래서 대다수의 객체 지향 프로그래밍 언어들은 다중 상속을 지원하지 않았고 실제 구현이 전혀 없는 껍데기인 인터페이스만 추가로 상속할 수 있게 했는데, 이 또한 코드의 재 사용성을 현저하게 떨어뜨리는 문제가 있어 최근엔 믹스인(mixin)이나 트레이트(trait)같이 다중상속을 할 수 있는 방법을 찾고 있다.[5]
  • 캡슐화와 격리 구조 설계로 인한 성능 하락: 거의 대부분의 객체지향 언어에서 기능을 묶으면 결국 함수 호출이 추가로 들어가거나 계산식 중간에 포인터 연산 등이 필요해지며, 멤버 함수 같은 경우 어느 객체의 함수인지 지정해야 하기 때문에 추가 포인터 크기와 연산 비용이 들어간다. 인라인 함수와 컴파일러 최적화(특히 RVO(Return Value Optimization)) 등의 방법으로 어느정도는 격차를 줄여주나 역시 그냥 절차적 프로그래밍보다는 무거워지게 되어 느린 실행속도를 가지게 된다. 또한 객체 하나하나를 따로 나누게 되는 것을 주력하다 보니 비슷한 처리를 하는 코드도 독립성에 의해 서로를 건드릴 수 없게 되었고 이를 해결하기 위해 'getter'(접근자: 값을 반환하는 메소드), 'setter'(설정자: 필드에 값을 저장하는 메소드)사용이 너무 많아졌다. 이 과정에서 캡슐화가 깨짐으로 정보은닉 특성 또한 약해져 의미가 퇴색되었고, 다른 프로그래밍 패러다임이 필요해졌다.[5]
  • 성능 격차: 객체 하나하나를 따로 캡슐화시키고 상속시 부모만 같으면 자식의 종류를 신경쓰지 않다보니 각자의 메모리 크기가 달라지며, 결국 고정된 연속 메모리에 담을 수가 없게 된다. 메모리 할당을 배열로 하지 못하게 되니 따로따로 생성하게 되고 이렇게 각각의 객체의 생성과 파괴가 반복되면 메모리 단편화라는 문제가 생기게 된다. 가비지 컬렉션 기능이 만들어진 이유 중 하나이기도 하다. 또 연속 메모리를 쓰기 힘들어진다는 건 캐시의 효율적 사용에 큰 문제가 생긴다는 뜻이기도 해서 성능 격차는 더 벌어지게 된다.[5]


각주

  1. ↑ 이수호, 〈객체 지향〉, 《인코뎀》, 2020-10-21
  2. ↑ 〈객체지향 언어의 장점과 단점, 개념, 종류, 절차지향 언어와의 비교〉, 《티스토리》, 2020-10-28
  3. ↑ 〈객체지향〉, 《생활코딩》, 2014-04-21
  4. ↑ 재희 jaiyah, 〈객체지향 프로그래밍이란?〉, 《티스토리》
  5. ↑ 5.0 5.1 5.2 5.3 5.4 5.5 〈객체 지향 프로그래밍〉, 《나무위키》
  6. ↑ 6.0 6.1 DLGNDUD, 〈객체지향의 역사와 이해〉, 《세다트리스 인공지능연구소》, 2020-08-29
  7. ↑ 7.0 7.1 7.2 7.3 7.4 7.5 7.6 〈객체 지향 프로그래밍〉, 《위키백과》
  8. ↑ 〈이름공간〉, 《위키백과》
  9. ↑ 개발자를 꿈꾸는 프로그래머, 〈Java - (5) 객체란? 객체 지향 프로그래밍의 특징〉, 《티스토리》, 2016-05-04
  10. ↑ 현승, 〈객체 지향 기법의 구성 요소〉, 《네이버 블로그》, 2011-08-20
  11. ↑ 11.0 11.1 11.2 11.3 11.4 11.5 allocProc, 〈객체지향 5원칙 : SOLID〉, 《medium》, 2020-05-28
  12. ↑ 〈객체지향 개발 5대 원리: SOLID〉, 《넥스트리》, 2021-06-06
  13. ↑ 13.0 13.1 13.2 13.3 13.4 TonyChoi Ms_Tony, 〈객체지향의 3요소 5원칙〉, 《티스토리》, 2017-12-07
  14. ↑ 14.0 14.1 14.2 14.3 14.4 코딩팩토리 〈(C++) 객체지향 언어의 5가지 특징〉, 《티스토리》, 2019-03-01
  15. ↑ radait, 〈자바(Java) 캡슐화(Encapsulation)란? 무엇인가?〉, 《티스토리》, 2019-05-21
  16. ↑ 16.0 16.1 radait, 〈객체지향언어란? (특징, 장점, 단점, 종류)〉, 《티스토리》, 2019-05-20
  17. ↑ ammff, 〈(언어기초) 동적/정적 바인딩이란? (쉬움주의)〉, 《티스토리》, 2016-05-22
  18. ↑ 18.0 18.1 18.2 koyo, 〈객체 지향 프로그래밍이 뭔가요?〉, 《velog》, 2020-11-26
  19. ↑ 19.0 19.1 sesok808, 〈객체지향 언어의 개념 및 특징, 장단점〉, 《티스토리》, 2014-03-26

참고 자료

같이 보기


  검수요청.png검수요청.png 이 객체지향 문서는 프로그래밍에 관한 글로서 검토가 필요합니다. 위키 문서는 누구든지 자유롭게 편집할 수 있습니다. [편집]을 눌러 문서 내용을 검토·수정해 주세요.  

개발 : 프로그래밍 □■⊕, 소프트웨어, 데이터, 솔루션, 보안, 하드웨어, 컴퓨터, 사무자동화, 인터넷, 모바일, 사물인터넷, 게임, 메타버스, 디자인
프로그래밍 언어 ASP • C 언어 • C++ • C# • CSS • D 언어 • HTML • HTML5 • JSP • PHP • R • XHTML • XML • XSLT • 고(Go) • 고급언어 • 기계어 • 델파이 • 러스트 • 루비 • 루아 • 리액트 • 리퀴디티 • 무브 • 미켈슨 • 베이직 • 브이비스크립트 • 비주얼 C++ • 비주얼베이직(VB) • 비주얼베이직닷넷(VB.NET) • 솔리디티 • 스몰토크 • 스위프트 언어 • 스칼라 • 스크립트 언어 • 알골 • 어셈블리 • 언리얼스크립트 • 얼랭 • 에이잭스(Ajax) • 엠에프씨(MFC) • 오브젝티브-C • 오브젝트 파스칼 • 오카멜 • 웹어셈블리(WASM) • 이와즘(eWASM) • 자바 • 자바스크립트 • 저급언어 • 제이슨(JSON) • 제이쿼리(jQuery) • 카멜 • 코볼 • 코틀린 • 콜드퓨전 • 타입스크립트 • 파스칼 • 파워스크립트 • 파이썬 • 펄(Perl) • 포트란 • 프로씨(Pro-C) • 피엘에스큐엘(PL/SQL) • 피엘원(PL/I) • 하스켈
개발방법론 CBD 개발방법론 • EA • 구조적 개발방법론 • 객체지향 개발방법론 • 라이브러리 • 람다 아키텍처 • 모듈 • 모듈화 • 벤치마킹 • 소프트웨어 개발방법론 • 스크럼 • 스프린트 • 아키텍처 • 아키텍트 • 애자일 • 웹개발방법론 • 정보공학 개발방법론 • 컴포넌트 • 테일러링 • 템플릿 • 폭포수 모델 • 프로젝트 • 프로토타입 • 피드백
코딩 EUC-KR • UTF-8 • 값 • 글루웨어 • 디버깅 • 디코딩 • 마크업 • 버그 • 부트스트랩 • 세이브포인트 • 소스코드 • 시큐어코딩 • 아스키 • 액티브엑스 • 오픈소스 • 유니코드 • 인코딩 • 재컴파일 • 주석 • 컴파일 • 컴퓨터 프로그램 • 코드 • 코딩 • 태그 • 테스트 • 테이블 • 텍스트 • 파싱 • 퍼블리싱 • 퓨니코드 • 하드코딩 • 하이퍼링크 • 하이퍼텍스트
프로그래밍 C 명령어 • 객체 • 객체지향 • 객체지향 프로그래밍 • 거짓 • 관계연산자 • 기본형 변수 • 널 • 논리 • 논리연산 • 논리연산자 • 다중상속 • 다형성 • 대입 • 대입문 • 대입연산자 • 더블 • 도스 명령어 • 디폴트 • 레지스터변수 • 루프 • 리눅스 명령어 • 리턴 • 메모리 주소 • 메소드 • 멤버 • 명령문 • 명령어 • 무한루프 • 문자 • 문자열 • 바이트 • 반복문 • 배열 • 변수 • 분기 • 분기문 • 불린 • 브레이크 • 비교연산자 • 비트연산자 • 산술연산자 • 상속 • 상수 • 생성자 • 선언 • 선언문 • 설정자 • 속성 • 스위치 • 스태틱 • 시프트연산자 • 실행 • 실행문 • 어노테이션 • 에코 • 역참조 • 연산 • 연산문 • 연산자 • 오버로딩 • 오버라이딩 • 외부변수 • 윈도우 명령어 • 유닉스 명령어 • 인스턴스 • 인스트럭션 • 인클루드 • 인터페이스 • 임포트 • 입력 • 입력문 • 입출력 • 입출력문 • 자료형(데이터 타입) • 자바 명령어 • 자바 예약어 • 자바 컬렉션 • 전역변수 • 접근자 • 접근제어자 • 정보은닉 • 정수형 • 정적변수 • 제어 • 제어문 • 제어자 • 조건 • 조건문 • 조건연산자 • 주소 • 증감연산자 • 지역변수 • 참 • 참조 • 참조변수 • 초기화 • 추상메소드 • 추상클래스 • 추상화 • 출력 • 출력문 • 캡슐화 • 케이스 • 클래스 • 파라미터(매개변수) • 파이널 • 패키지 • 퍼블릭 • 포인터 • 프라이빗 • 프로텍티드 • 필드(멤버변수) • 함수 • 환경변수
명령어 abstract • array • boolean • break • byte • case • char • continue • default • double • do while • echo • elif • else • else if • false • final • float • for • gosub • goto • if • if else • import • include • int • join • long • long long • null • print • printf • println • private • protected • public • return • scanf • short • stdio.h • static • string • switch • temp • then • true • unsigned • void • while
디자인패턴 구조패턴 • 동시성패턴 • 동시실행패턴 • 모델-뷰-컨트롤러 패턴 • 상태패턴 • 생성패턴 • 싱글톤패턴 • 아키텍처패턴 • 전략패턴 • 커맨드패턴 • 행동패턴
프로그래밍 인물 귀도 반 로썸 • 그레이스 머레이 호퍼 • 니클라우스 비르트 • 댄 브릭클린 • 더그 커팅 • 데니스 리치 • 리누스 토르발스 • 리처드 그린블라트 • 마거릿 해밀턴 • 마크 앤드리슨 • 빈트 서프 • 빌 게이츠 • 빌 조이 • 스티브 잡스 • 에이다 러브레이스 • 제임스 고슬링 • 척 벤턴 • 켄 톰슨 • 팀 패터슨
위키 : 자동차, 교통, 지역, 지도, 산업, 기업, 단체, 업무, 생활, 쇼핑, 블록체인, 암호화폐, 인공지능, 개발, 인물, 행사, 일반
원본 주소 "http://wiki.asadal.com/index.php?title=객체지향&oldid=487331"