하위 클래스(Dog < Animal)는 상위 클래스의 메서드와 인스턴스 변수를 상속하며, 메서드를 재정의할 수 있습니다. super는 부모의 버전을 호출합니다.
class Dog < Animal
def initialize(name, breed)
super(name) # Animal#initialize 호출
@breed = breed
end
def speak
super + " (woof)" # super (괄호 없음)는 같은 인자 전달; 여기선 Animal#speak 호출
end
end
# Ruby는 이 순서로 메서드를 검색함 (조상 체인):
Dog.ancestors
# => [Dog, <포함된 module들>, Animal, <Animal의 module들>, Object, Kernel, BasicObject]
# 탐색: 클래스 자체 → 포함된 MODULE (나중에 include된 것 먼저) →
# 상위 클래스 → 그 MODULE → ... BasicObject까지
메서드를 호출하면 Ruby는 조상 체인(Class.ancestors)을 따라갑니다: 클래스 자체, 그다음 포함된 module(mixin — 가장 최근에 include된 것 먼저), 그다음 상위 클래스와 그 module, BasicObject까지. 첫 번째 일치가 이깁니다. 이 단일 경로가 상속과 mixin이 함께 해석되는 방식을 설명합니다.
module Swimmer
def move = "swimming"
end
class Fish < Animal
include Swimmer # Swimmer가 탐색 경로에 삽입됨 (Animal보다 앞)
end
# Fish.ancestors → [Fish, Swimmer, Animal, ...] — module의 메서드가 상위 클래스보다 앞
상속과 메서드 탐색 경로를 이해하는 것은 클래스 계층 설계와 — 특히 — 상속과 mixin이 결합될 때 Ruby가 메서드를 어떻게 해석하는지 이해하는 데 모두 중요한 Ruby 지식입니다.
Ruby의 단일 상속(<)은 "is-a" 관계를 통한 코드 재사용을 제공하며, 부모 구현을 호출하기 위한 super를 갖추고 있습니다.
하지만 더 독특하고 중요한 개념은 메서드 탐색 경로(조상 체인)입니다: 메서드가 호출되면 Ruby는 잘 정의된 순서로 검색합니다 — 클래스 자체, 포함된 module(mixin, 가장 최근 include된 것 먼저), 그다음 상위 클래스와 그 module, BasicObject까지 — 그리고 첫 번째 일치가 이깁니다.
이 단일하고 통합된 탐색 경로를 이해하는 것이 중요한 이유는 상속과 mixin이 함께 해석되는 방식(module이 체인에 삽입되며 그 메서드가 상위 클래스의 메서드보다 우선함)을 설명하여, 상속과 다중 mixin을 동시에 가질 때 실제로 어떤 메서드가 호출되는지에 관한 혼란스러운 동작을 명확히 해주기 때문입니다.
이는 Ruby가 mixin을 얼마나 많이 사용하는지를 고려할 때 특히 중요합니다 — Class.ancestors가 정확한 탐색 순서를 보여주며 module이 그 안에 어떻게 들어맞는지 아는 것은 메서드 해석을 추론하고 디버깅할 수 있게 해줍니다.
상속, super, 그리고 특히 메서드 탐색 경로(조상 체인이 클래스와 mixin된 module 전반에서 메서드를 어떻게 해석하는지)를 이해하는 것은 Ruby의 클래스 시스템 작업, "어떤 메서드가 호출되는가?" 문제 디버깅, 클래스/module 계층 설계에 중요하고 자주 관련되는 지식이며 — Ruby의 객체 모델과 단일 상속에 강력한 mixin을 결합한 독특함에 대한 깊은 이해를 반영하는 흔한 면접 주제입니다.