객체지향프로그래밍

객체지향 프로그래밍은 데이터와 그 데이터를 다루는 메서드를 하나의 객체로 묶어 관리하는 접근법이다. 이 방식은 외부에서 내부 상태를 직접 조작하지 못하게 하여 캡슐화를 강화하고, 프로그램의 복잡도를 낮추는 데 도움을 준다.^[1] 개발자는 복잡한 문제를 여러 객체로 나누어 생각하고, 각 객체가 담당하는 행위와 책임을 구분하면서 시스템을 설계한다.^[2]

객체지향 언어는 프로그래밍 언어의 설계 철학에 따라 다양한 형태를 보이지만, 공통적으로 객체 사이의 상호작용을 중심에 둔다.^[1] 절차적 프로그래밍이 수행 순서와 제어 흐름을 앞세운다면, 객체지향은 상태와 책임의 배분을 더 강조한다.^[3]

객체지향의 기본 단위는 객체이며, 객체는 상태와 행위를 함께 가진다. 상태는 객체가 가진 데이터이고, 행위는 그 데이터를 읽거나 바꾸는 메서드다.^[2] 이 구조 덕분에 프로그램은 기능별 함수 모음보다 더 명확한 책임 단위로 나눠진다.

클래스 기반 언어에서는 객체가 클래스의 인스턴스로 생성된다. Smalltalk, Ruby, Scala, Eiffel 같은 언어가 대표적이며, 클래스가 객체의 구조와 동작을 정의한다.^[1] 반면 클래스 개념을 쓰지 않는 언어도 있으며, 그런 언어에서는 객체를 직접 정의하거나 복제하는 방식이 쓰인다.^[1]

객체지향 설계에서 중요한 것은 단순히 문법을 쓰는 것이 아니라, 객체가 서로 어떤 메시지를 주고받고 어떤 책임을 맡는지 정하는 일이다. 프로그래밍 패러다임 차원에서 보면, 이 관점은 시스템을 덩어리로 나누는 방식 자체를 바꿔 놓는다.^[3]

객체지향 방법론은 보통 캡슐화, 상속, 다형성이라는 세 가지 원칙으로 설명된다.^[1] 이 가운데 캡슐화는 객체 내부의 구현을 숨기고 필요한 인터페이스만 노출해 결합도를 낮추는 역할을 한다.^[2]

상속은 기존 클래스의 특성을 새로운 클래스가 물려받아 재사용하는 방식이다. 이를 이용하면 공통 기능을 상위 클래스에 모아 두고, 하위 클래스에서 구체적인 차이만 추가할 수 있다. 이런 계층 구조는 코드 중복을 줄이고 설계를 정리하는 데 유리하다.^[1]

다형성은 같은 인터페이스 호출이 객체의 종류에 따라 다른 행동으로 이어지게 만드는 원칙이다. 이 성질은 구현체를 바꾸더라도 호출부를 크게 바꾸지 않게 해 주며, 확장성과 유연성을 높인다.^[3]

객체지향 프로그래밍은 프로그래밍 패러다임 가운데에서도 구조화와 확장성에 강점이 있는 방식으로 분류된다. 절차적 프로그래밍이 명령의 순서를 중심에 둔다면, 객체지향은 데이터와 행위를 묶은 단위를 중심으로 프로그램을 조직한다.^[2][3]

이 차이는 언어의 형태에서도 드러난다. 자바처럼 클래스 기반 모델을 강하게 지원하는 언어가 있는 반면, 객체 개념을 더 유연하게 다루는 언어도 있다.^[1] 따라서 객체지향은 특정 문법의 유무보다, 책임을 나누고 객체 간 협력을 설계하는 사고방식으로 이해하는 편이 정확하다.

객체지향이 다른 패러다임을 완전히 배제하는 것은 아니다. 실제 언어에서는 절차적 구성과 객체지향 구성이 함께 쓰이는 경우가 많고, 문제의 성격에 따라 두 접근을 섞어 쓰기도 한다.^[4]

객체지향 설계는 대규모 시스템의 유지보수성을 높이는 데 유리하다. 각 기능을 독립적인 모듈로 쪼개고, 객체가 스스로의 상태를 관리하게 하면 변경이 전체에 미치는 영향을 줄일 수 있다.^[2] 이런 설계는 소프트웨어공학에서 널리 쓰이는 기본 사고방식이다.

또한 객체지향은 재사용성과 확장성을 높인다. 공통 행동을 클래스에 묶고, 필요할 때 새 클래스나 다른 인스턴스를 추가하면 기존 코드를 크게 손대지 않아도 된다.^[1] 특히 클래스와 인스턴스 중심 구조는 대규모 프로젝트에서 협업 규칙을 분명하게 만드는 데 도움이 된다.

현실 세계의 개념을 객체로 대응시키는 모델링 방식은 설계의 직관성을 높인다. 개발자는 추상적인 요구사항을 객체들의 관계로 바꿔 생각하면서, 내부 구현보다 외부 인터페이스와 협력 구조에 먼저 집중할 수 있다.^[2] 이 방식은 가독성, 테스트 가능성, 유지보수성을 함께 개선한다.^[3]

객체지향을 익힐 때는 이론을 읽는 것과 함께 실제로 자바 같은 언어에서 클래스를 작성해 보는 연습이 중요하다.^[2] 문법보다도 객체와 책임, 인터페이스와 구현의 차이를 눈으로 익히는 것이 핵심이다.

입문자는 프로그래밍 언어의 설계 철학을 함께 살펴보면 이해가 빠르다. 프로그래밍 패러다임을 기준으로 다른 방식과 비교하면, 객체지향이 어디에 강점이 있고 어디에서 절충이 필요한지 더 선명하게 보인다.^[1][4]

실무를 목표로 한다면 소프트웨어공학 관점에서 설계의 분해 단위를 보는 습관이 도움이 된다. 객체지향은 단순한 문법 묶음이 아니라, 프로그램을 읽고 바꾸는 규칙을 정리하는 방법이라는 점을 함께 익혀 두는 것이 좋다.^[3]

• 절차적 프로그래밍
• 프로그래밍 패러다임
• 소프트웨어공학

^[1] Object-Oriented Principles, University of Minnesota Duluth, Wwww.d.umn.edu(새 탭에서 열림)

^[2] 객체지향 프로그래밍 - 생활코딩, 생활코딩, Oopentutorials.org(새 탭에서 열림)

^[3] Introduction of Object Oriented Programming, GeeksforGeeks, Wwww.geeksforgeeks.org(새 탭에서 열림)

^[4] Java OOP(Object Oriented Programming) Concepts, GeeksforGeeks, Wwww.geeksforgeeks.org(새 탭에서 열림)