컴공 일기175

Question

자료구조 1주차 요약 과제입니다 :)

누가봐도 이해가 되는 글을 쓰고 싶은데, 그게 참 쉽진 않은 것 같아요...

객체지향 프로그래밍(Object-Oriented Programming, OOP)을 한 마디로 설명한다면, “대형화된 소프트웨어에 적합한 설계방식”이다. 소프트웨어가 대형화되었을 때, 개발자는 몇 가지 문제에 직면하게 되는데, 그때 가장 크게 다가오는 것은 유지/보수의 제반 문제일 것이다. 굉장한 규모를 가진 프로그램을 어떻게 유지하고, 보수하느냐에 따라서 개발 회사의 존립이 갈리곤 하기 때문이다. (대표적인 예로, 미국의 Netscape사가 유지/보수의 문제로 주저앉고 말았다.) 그러기에 개발자는 효율적인 방식을 통해 짧은 시간 내 에러를 찾아내고, 새로운 기능을 추가해야만 한다. 오류 수정과 업데이트의 기간이 필요치 않게 늘어난다면 그 프로그램을 이용하는 사용자들에게 불편함을 주고, 그에 따라서 치명적인 비용을 지출해야 하기 때문이다. 이러한 심각성을 고려한다면, 결국 유지 혹은 보수가 쉽게 되도록 “미리” 잘 설계하는 것에 프로그램의 사활이 걸려있다고 해도 과언이 아닐 것이다.

그런 관점에서, 객체지향 방식은 탁월한 측면을 가지고 있다. 객체지향 방식은, 기능별로 독립적 단위를 만든 뒤에 그들을 모두 합쳐서, 하나의 총체적 시스템(프로그램)으로 통합하는 방식이다. 이 도식 안에서는, 놀랍게도 유지/보수가 매우 효율적으로 이루어진다는 장점이 있다. 한 예를 들어보자. 엔진 부분과 차축 부분, 그리고 바퀴 부분을 모두 조립해서 자동차를 만들면, 엔진이 고장 났을 때 엔진 부분만 전체로부터 빼내어서 교체한 후에 재조립하면 된다. 만약 이번엔 엔진이 아니라 바퀴 쪽에 문제가 생겼다면, 마찬가지 방식으로 바퀴 부분만 빼내어서 교체하면 된다. 사정이 그렇다면 자동차에 새로운 기능을 추가하는 것도 어렵지 않아 보인다. 만약 신규로 모델링 된 차축을 자동차에 반영해야 한다면 위와 같은 방식으로 기존의 차축을 뜯어내고 그 자리에 새로운 차축을 끼워 넣기만 하면 되기 때문이다. 이렇게, 기능별로 한 시스템을 “모듈화”하게 되면, 유지/보수가 굉장히 편리해지는 장점을 가지게 되는 것이다. 따라서 객체 지향 방식은 대형화된 소프트웨어에 최적화된 설계 방법이라고 볼 수 있다.

참고로 객체지향 방식에서는 주로 GUI 부분, 데이터 제어 부분, 자료구조 부분으로 나누어서 설계한다. 최근에 많은 주목을 받고 있는 Web 서비스도 이러한 구조를 가지고 있다. 자료구조 부분의 HTML, GUI 부분의 CSS, 데이터 제어 부분의 JAVASCRIPT가 모두 합쳐져 Web이라는 전체 시스템을 형성한다.

코딩노비 · Accepted Answer

학부 수준에서 접근하셨을 때 무난한 답변이라고 생각합니다. 사실 그런데 소프트웨어 공학은 특히나 다른 과학적 원리와 비슷해서, 시대가 변하면서 관점이 약간씩 변하는 부분도 있습니다. 말씀하시는 부분은 2000~2010년 사이에는 거의 모범 답안과도 같은 정리라고 보여집니다. 역사적인 맥락에서 정리하신 부분은 컴포넌트 기반 프로그래밍과도 비교해가면서 정리 해 보셨으면 하네요.

그리고 음... 대부분의 객체지향 프로그래밍 교과서가 위와 같은 설명을 하고 있기는 합니다만 사실, 바퀴쪽에 문제가 생겼다고 교체를 한다거나, 문제가 생기는 부분을 교체하거나, 기능이 추가될 때 교체를 하는 것이 예를 들어, C를 깊게 하고 계시는 듯한데, 객체개념이 없는 C에서는 불가능한 방법일까요? 그리고 "대형화된 소프트웨어" 라는 설명을 90년대의 역사적 맥락과 연관지어 한 번 조사해보시면 어떨까 싶습니다. 사실 20~30년 전에 했던 정의가 교과서에 여전히 내려오는 경우도 많거든요.

컴공 일기175

최근 게시글 · 더보기

댓글이 많은 글