시스매

프로그래밍 상속 완벽 핸드북 코드 재사용성의 마법

23 min read

2025-08-24 13:28

프로그래밍 상속 완벽 핸드북 코드 재사용성의 마법

  • 상속은 객체 지향 프로그래밍의 핵심 개념으로, 기존 클래스(부모)의 속성과 메서드를 새로운 클래스(자식)가 물려받는 것입니다.

  • 이를 통해 코드 재사용성을 높이고, 코드의 중복을 줄여 유지보수를 용이하게 하며, 클래스 간의 관계를 명확히 하여 프로그램의 구조를 체계적으로 만들 수 있습니다.

  • 상속은 ‘is-a’ 관계를 표현하며, 다양한 종류(단일, 다중, 다단계 등)가 있고, 오버라이딩과 다형성 같은 중요한 개념과 연결되어 프로그램의 유연성과 확장성을 크게 향상시킵니다.

프로그래밍 상속 완벽 핸드북 코드 재사용성의 마법

프로그래밍의 세계에 처음 발을 들였을 때, 우리는 변수, 반복문, 함수와 같은 기본적인 도구들을 배웁니다. 마치 글을 배우기 위해 자음과 모음을 익히는 것과 같죠. 하지만 정말로 유창하고 아름다운 ‘코드라는 글’을 쓰기 위해서는 더 정교한 개념이 필요합니다. 그중에서도 **객체 지향 프로그래밍(Object-Oriented Programming, OOP)**의 네 가지 기둥(캡슐화, 상속, 다형성, 추상화)은 현대 소프트웨어 개발의 근간을 이룹니다.

오늘 이 핸드북에서는 네 기둥 중에서도 특히 ‘상속(Inheritance)‘에 대해 깊이 파고들어 보고자 합니다. 상속은 단순히 코드를 물려받는 것을 넘어, 프로그램의 구조를 우아하게 만들고, 유지보수를 용이하게 하며, 확장성을 극대화하는 강력한 도구입니다. 마치 잘 만들어진 레고 블록 세트처럼, 기본 블록(부모 클래스)을 이용해 더 복잡하고 멋진 새로운 창작물(자식 클래스)을 효율적으로 만들어내는 마법과도 같습니다.

이 글을 통해 여러분은 상속이 왜 필요한지, 어떻게 작동하는지, 그리고 실전에서 어떻게 현명하게 사용할 수 있는지에 대한 완벽한 가이드라인을 얻게 될 것입니다.

1. 상속은 왜 만들어졌을까? (탄생 배경)

소프트웨어의 역사를 거슬러 올라가 보면, 초창기 프로그램들은 절차적 프로그래밍 방식으로 작성되었습니다. 코드는 위에서 아래로 순차적으로 실행되었고, 데이터와 기능은 분리되어 있었죠. 프로그램의 규모가 작을 때는 이 방식이 문제가 없었지만, 점점 더 복잡하고 거대한 소프트웨어가 요구되면서 한계에 부딪혔습니다.

문제점:

  1. 코드 중복의 늪: 비슷한 기능을 하는 코드가 여러 곳에 흩어져 있었습니다. 예를 들어, ‘직원’을 관리하는 프로그램에서 ‘정규직’, ‘계약직’, ‘인턴’ 모두 ‘이름’, ‘나이’, ‘사번’과 같은 공통된 정보를 가지고 ‘출근한다’라는 공통된 행위를 합니다. 상속이 없다면 이 모든 정보를 각 직원의 유형마다 새로 코드를 작성해야 했습니다. 이는 엄청난 코드 중복을 야기했습니다.

  2. 유지보수의 어려움: 만약 ‘사번’의 형식을 바꿔야 한다면 어떻게 될까요? ‘정규직’, ‘계약직’, ‘인턴’ 코드에 흩어져 있는 모든 ‘사번’ 관련 로직을 찾아 일일이 수정해야 했습니다. 하나라도 놓치면 버그가 발생했죠. 프로그램이 커질수록 이러한 변경은 재앙에 가까웠습니다.

  3. 낮은 재사용성: 이미 만들어진 코드를 다른 곳에서 다시 활용하기가 매우 어려웠습니다. 매번 비슷한 코드를 ‘복사-붙여넣기’ 하는 수준에 머물렀습니다.

이러한 문제들을 해결하기 위해 **“현실 세계를 모델링하자”**는 아이디어에서 객체 지향 프로그래밍이 탄생했습니다. 현실 세계의 객체들은 서로 관계를 맺고 상호작용합니다. ‘포유류’라는 큰 개념이 있고, 그 아래에 ‘개’와 ‘고양이’가 있는 것처럼 말이죠. ‘개’와 ‘고양이’는 ‘포유류’의 특징(체온 유지, 새끼를 낳음 등)을 그대로 물려받으면서, 동시에 자신만의 고유한 특징(‘멍멍 짖는다’, ‘야옹 운다’)을 가집니다.

바로 이 개념을 코드의 세계로 가져온 것이 상속입니다. 공통된 특징(속성과 기능)을 가진 객체들을 하나의 **‘부모 클래스(Parent Class, Superclass)‘**로 정의하고, 이 부모의 특징을 물려받아 새로운 특징을 추가하거나 기존 특징을 변경하여 **‘자식 클래스(Child Class, Subclass)‘**를 만드는 것입니다.

결론적으로 상속은 코드의 중복을 제거하고, 재사용성을 극대화하며, 유지보수를 용이하게 만들어 복잡한 소프트웨어를 보다 체계적이고 효율적으로 관리하기 위해 탄생했습니다.

2. 상속의 구조와 원리

상속의 핵심은 ‘is-a’ 관계를 표현하는 것입니다. “자식 클래스는 부모 클래스의 한 종류이다(A subclass is a kind of superclass)“로 해석될 수 있습니다. 예를 들어, “개(Dog)는 동물(Animal)이다”와 같은 관계가 성립할 때 상속을 사용할 수 있습니다.

기본 구조

상속은 부모 클래스와 자식 클래스로 구성됩니다.

  • 부모 클래스 (Superclass / Base Class): 물려줄 속성(데이터)과 메서드(기능)를 가진 일반적인 클래스입니다. ‘동물’ 클래스가 여기에 해당합니다.

  • 자식 클래스 (Subclass / Derived Class): 부모 클래스로부터 속성과 메서드를 물려받는 클래스입니다. ‘개’ 클래스가 여기에 해당합니다. 자식 클래스는 부모의 모든 것을 물려받고, 거기에 자신만의 새로운 속성이나 메서드를 추가하거나, 부모로부터 물려받은 메서드를 자신에게 맞게 재정의(오버라이딩)할 수 있습니다.

코드 예시 (Python)

# 부모 클래스 (Superclass)
class Animal:
    def __init__(self, name):
        self.name = name
        print(f"{self.name}이라는 동물이 태어났습니다.")
 
    def eat(self):
        print(f"{self.name}이(가) 먹이를 먹습니다.")
 
    def sleep(self):
        print(f"{self.name}이(가) 잠을 잡니다.")
 
# 자식 클래스 (Subclass)
class Dog(Animal): # Animal 클래스를 상속받음
    def __init__(self, name, breed):
        # super()를 통해 부모 클래스의 __init__ 메서드를 호출
        super().__init__(name)
        self.breed = breed
        print(f"품종은 {self.breed}입니다.")
 
    # Dog 클래스만의 고유한 메서드
    def bark(self):
        print(f"{self.name}이(가) 멍멍! 짖습니다.")
 
    # 부모 클래스의 메서드를 재정의 (Method Overriding)
    def eat(self):
        print(f"{self.name}이(가) 사료를 와구와구 먹습니다.")
 
# 객체 생성 및 사용
my_dog = Dog("뽀삐", "말티즈")
my_dog.eat()    # 재정의된 메서드 호출
my_dog.sleep()  # 부모로부터 물려받은 메서드 호출
my_dog.bark()   # 자식 클래스 고유의 메서드 호출

실행 결과:

뽀삐이라는 동물이 태어났습니다.
품종은 말티즈입니다.
뽀삐이(가) 사료를 와구와구 먹습니다.
뽀삐이(가) 잠을 잡니다.
뽀삐이(가) 멍멍! 짖습니다.

위 예시에서 Dog 클래스는 Animal 클래스를 상속받았습니다.

  • Dog는 Animal의 name 속성과 sleep() 메서드를 그대로 물려받아 사용할 수 있습니다.

  • super().__init__(name) 코드를 통해 자식 클래스는 부모 클래스의 생성자를 호출하여 부모의 초기화 과정을 수행합니다.

  • bark()라는 자신만의 고유한 메서드를 추가했습니다.

  • 부모의 eat() 메서드를 자신에게 맞게 **재정의(Overriding)**하여 다른 내용이 출력되도록 했습니다.

3. 상속의 종류

상속은 클래스가 서로 관계를 맺는 방식에 따라 여러 종류로 나눌 수 있습니다.

종류설명다이어그램 예시지원 언어
단일 상속 (Single Inheritance)하나의 자식 클래스가 오직 하나의 부모 클래스만 상속받는 가장 기본적인 형태입니다.A ← BJava, C#, Python
다중 상속 (Multiple Inheritance)하나의 자식 클래스가 두 개 이상의 부모 클래스를 상속받는 형태입니다. 강력하지만 구조가 복잡해지고, ‘다이아몬드 문제’가 발생할 수 있습니다.A, B ← CPython, C++
다단계 상속 (Multilevel Inheritance)할아버지-아버지-아들처럼 상속 관계가 연쇄적으로 이어지는 형태입니다.A ← B ← CJava, C#, Python
계층적 상속 (Hierarchical Inheritance)하나의 부모 클래스를 여러 자식 클래스가 상속받는 형태입니다. ‘동물’을 ‘개’, ‘고양이’, ‘새’가 상속받는 경우가 해당됩니다.B → A ← CJava, C#, Python
하이브리드 상속 (Hybrid Inheritance)위에서 언급된 두 가지 이상의 상속 방식이 결합된 형태입니다.(복합적)Python, C++

※ 다이아몬드 문제 (Diamond Problem) 다중 상속에서 발생할 수 있는 주요 문제입니다. 클래스 D가 B와 C를 상속받고, B와 C는 모두 A를 상속받는 다이아몬드 구조일 때, A에 정의된 메서드를 D에서 호출하면 B를 통해 물려받은 메서드를 써야 할지, C를 통해 물려받은 메서드를 써야 할지 모호해지는 상황을 말합니다. Python은 MRO(Method Resolution Order)라는 규칙을 통해 이 문제를 해결하지만, Java나 C# 같은 언어에서는 구조의 복잡성을 피하기 위해 클래스의 다중 상속을 허용하지 않고, 대신 **인터페이스(Interface)**를 사용하여 비슷한 기능을 구현합니다.

4. 상속과 함께 알아야 할 핵심 개념

상속은 다형성, 추상화와 같은 다른 OOP 개념들과 유기적으로 연결될 때 진정한 힘을 발휘합니다.

1) 메서드 오버라이딩 (Method Overriding)

  • 정의: 자식 클래스에서 부모 클래스로부터 물려받은 메서드를 동일한 이름으로 다시 정의하는 것을 말합니다.

  • 목적: 부모의 기능을 그대로 사용하지 않고, 자식 클래스의 특성에 맞게 기능을 수정하거나 확장하기 위해 사용됩니다.

  • 예시: Animal 클래스의 eat() 메서드는 “먹이를 먹습니다”라고 동작하지만, Dog 클래스에서는 이를 “사료를 먹습니다”로, Lion 클래스에서는 “고기를 먹습니다”로 오버라이딩하여 각 객체의 특성에 맞는 동작을 구현할 수 있습니다.

2) 다형성 (Polymorphism)

  • 정의: ‘여러(Poly) 가지 형태(Morph)‘를 가진다는 의미로, 하나의 인터페이스(또는 부모 클래스 타입)로 서로 다른 여러 구현(자식 클래스 객체)을 다룰 수 있는 능력을 말합니다.

  • 상속과의 관계: 상속은 다형성을 구현하는 가장 일반적인 방법입니다. 부모 클래스 타입의 변수에 다양한 자식 클래스 객체를 할당할 수 있습니다.

  • 예시:

def make_animal_eat(animal_object): # 매개변수를 부모 클래스 타입으로 받음
    animal_object.eat()

cat = Cat("나비") # Cat 클래스가 Animal을 상속했다고 가정
dog = Dog("뽀삐")

make_animal_eat(cat) # Cat 객체를 전달 -> "생선을 먹습니다"
make_animal_eat(dog) # Dog 객체를 전달 -> "사료를 먹습니다"

make_animal_eat 함수는 Animal 타입의 객체를 받도록 설계되었습니다. 하지만 실제로는 Animal을 상속받은 Cat 객체와 Dog 객체를 모두 인자로 받을 수 있습니다. 함수 내부에서는 전달된 객체가 Cat인지 Dog인지 신경 쓸 필요 없이 그저 eat() 메서드를 호출하면, 각 객체에 맞게 오버라이딩된 eat() 메서드가 실행됩니다. 이처럼 코드를 유연하고 확장 가능하게 만드는 핵심 원리가 바로 다형성입니다.

3) 추상 클래스 (Abstract Class)와 추상 메서드 (Abstract Method)

  • 정의:
    • 추상 메서드: 선언만 되어 있고 실제 구현 내용은 없는, 껍데기만 있는 메서드입니다.
    • 추상 클래스: 하나 이상의 추상 메서드를 포함하는 클래스입니다. 추상 클래스는 미완성된 설계도와 같아서 직접 객체(인스턴스)를 생성할 수 없습니다.
  • 목적: 자식 클래스들이 반드시 구현해야 하는 메서드를 명시적으로 지정하기 위해 사용됩니다. 즉, “나를 상속받으려면, 이 기능들은 반드시 너희에 맞게 만들어야 해!”라고 강제하는 역할을 합니다.
  • 예시: Shape라는 추상 클래스를 만들고, get_area()라는 추상 메서드를 정의할 수 있습니다. Shape를 상속받는 Circle, Rectangle 클래스는 각각 자신에게 맞는 get_area() (원의 넓이, 사각형의 넓이)를 반드시 구현해야만 합니다. 이는 코드의 일관성과 안정성을 높여줍니다.

5. 상속, 언제 어떻게 사용해야 할까? (Best Practices)

상속은 강력한 도구이지만, 잘못 사용하면 오히려 코드의 복잡성을 높이고 유지보수를 어렵게 만드는 ‘독’이 될 수 있습니다.

👍 상속을 사용하기 좋은 경우

  1. 명확한 ‘is-a’ 관계일 때: “A는 B의 한 종류이다”라는 관계가 논리적으로 명확하게 성립해야 합니다. “Student is a Person”은 좋은 예시이지만, “Car is a Wheel”은 성립하지 않습니다. (이 경우는 ‘has-a’ 관계로, 상속 대신 **합성(Composition)**을 사용해야 합니다.)
  2. 코드 재사용과 기능 확장이 필요할 때: 여러 클래스에서 공통적으로 사용되는 코드(속성, 메서드)가 많을 때, 이를 부모 클래스로 뽑아내어 상속하면 중복을 효과적으로 제거할 수 있습니다.
  3. 다형성을 통해 유연한 설계를 원할 때: 공통된 인터페이스를 기반으로 다양한 하위 타입을 만들어야 할 때 상속은 매우 유용합니다.

👎 상속을 피해야 할 경우

  1. 단순히 코드 재사용만이 목적일 때: ‘is-a’ 관계가 명확하지 않은데 단순히 특정 기능을 재사용하고 싶다면 상속은 좋은 선택이 아닙니다. 이 경우, 해당 기능을 별도의 클래스로 만들고, 필요한 클래스에서 그 객체를 멤버 변수로 포함하는 **합성(Composition)**이나 집합(Aggregation) 방식이 더 좋습니다. 이를 **“상속보다는 합성을 사용하라(Composition over Inheritance)“**는 객체 지향 설계의 중요한 원칙 중 하나로 꼽습니다.
  2. 부모와 자식의 결합도가 너무 높아질 때: 상속은 부모 클래스와 자식 클래스를 강하게 연결합니다. 이로 인해 부모 클래스의 작은 변경이 모든 자식 클래스에 영향을 미치는 부작용이 발생할 수 있습니다.
  3. 클래스 계층 구조가 너무 복잡해질 때: 상속의 단계가 너무 깊어지거나(다단계 상속), 너무 많은 클래스가 얽히게 되면 전체 구조를 파악하기 어려워지고 코드가 경직될 수 있습니다.

결론: 상속은 관계의 미학이다

상속은 단순히 코드를 물려받는 기술적인 행위를 넘어, 클래스 간의 관계를 정의하고 프로그램의 전체적인 구조를 설계하는 철학입니다. 현실 세계의 개념을 코드에 반영하여 논리적이고 체계적인 구조를 만들고, 이를 통해 코드의 재사용성과 유지보수성, 확장성을 비약적으로 향상시킵니다.

물론 상속이 만능 해결책은 아닙니다. ‘is-a’ 관계가 아닌 곳에 무분별하게 사용하면 오히려 독이 될 수 있습니다. 우리는 상속의 강력함과 그에 따르는 책임(강한 결합도)을 이해하고, 상황에 맞게 합성(Composition)과 같은 다른 설계 기법과 조화롭게 사용하는 지혜를 갖추어야 합니다.

이 핸드북을 통해 상속의 기본 원리부터 심화 개념, 그리고 올바른 사용법까지 이해하셨기를 바랍니다. 이제 여러분의 코드에 상속이라는 강력한 마법을 불어넣어, 더 우아하고 견고한 프로그램을 만들어 나가시길 응원합니다.

레퍼런스(References)

상속

그래프 뷰

백링크