Ruby

왜 루비 세터는 클래스 내에서 `self.` 한정자가 필요할까?

프로그래밍 언어의 세계에서 각 언어는 코드가 구조화되고 실행되는 방식을 규정하는 고유한 문법과 규칙을 가지고 있습니다. 동적이고 객체 지향적인 프로그래밍 언어인 루비는 세터 메서드에 관한 독특한 특성을 가지고 있습니다. 특히, attr_accessor를 사용하여 생성된 세터든 수동으로 정의된 세터든 루비 세터는 클래스 내에서 접근할 때 self. 한정자의 사용이 필요합니다. 이 글에서는 이 요구 사항의 배경과 루비 프로그래밍에서의 의미를 살펴보겠습니다.

문제: 세터 메서드의 모호성

루비 클래스를 작성할 때 인스턴스 메서드는 아무런 한정자 없이 호출할 수 있지만 세터는 다른 경우임을 알 수 있습니다. 메서드 한정자에 대한 핵심 사항을 이해해봅시다:

C# 및 Java와 같은 일부 프로그래밍 언어는 메서드 호출에 this 또는 self가 필요하지 않기 때문에 이러한 언어들의 문법 구조가 많은 경우 더 단순합니다.
Perl 및 JavaScript와 같은 다른 언어들은 모든 메서드에 대해 일관되게 self 또는 this의 사용을 요구합니다.
루비는 이를 중간 지점에 두고 있으며, 세터 메서드만 self. 한정자를 의무화하여 잠재적인 혼란을 초래합니다.

루비에서의 예시

이 동작을 강조하기 위해 다음의 루비 클래스를 고려해봅시다:

class A
  def qwerty; @q; end                   # 수동 getter
  def qwerty=(value); @q = value; end   # 수동 setter
  def asdf; self.qwerty = 4; end        # "self."가 필요함
  def xxx; asdf; end                    # "self."가 필요하지 않음
  def dump; puts "qwerty = #{qwerty}"; end
end

a = A.new
a.xxx
a.dump

이제 asdf 메서드의 self.qwerty = 4에서 self를 제거하면 루비는 의도된 세터 메서드를 식별할 수 없다는 오류를 발생시킵니다. 이는 혼란이 발생하는 세터 메서드에 대해 self.를 명시해야 할 필요성을 강조합니다.

요구 사항 이해하기

왜 `self.`인가?

루비에서 self.의 요구 사항은 모호성을 처리하는 데 귀결됩니다. qwerty = 4와 같은 문장을 작성하면 루비는 두 가지 가능성을 구별해야 합니다:

메서드 호출: qwerty=라는 세터 메서드를 호출하려고 할 수 있습니다.
지역 변수 할당: 새로운 지역 변수 qwerty를 선언하려고 할 수 있습니다.

이 모호성을 효과적으로 해결하기 위해서는 모든 할당이 할당 시점에 해당 이름을 가진 메서드가 존재하는지 확인하는 검사를 수행해야 합니다. 그러나 이는 성능과 런타임 효율성에 영향을 미칠 수 있습니다.

C#과의 비교

대조적으로, C#은 세터를 this 한정자 없이 호출할 수 있는 모델을 사용합니다. 예를 들면:

public class A {
  public int qwerty { get; set; }
  public void asdf() { qwerty = 4; } // C# 세터는 "this." 없이 작동
}

이러한 문법적 설계는 코드를 단순화하지만 고유한 복잡성을 도입합니다. C#에서는 변수와 메서드 이름이 문맥에 따라 컴파일러에 의해 이해되어 루비에서 나타나는 일부 모호성을 제거합니다.

루비에서 `self.`가 필요한 경우는 언제인가?

세터 메서드 외에도 루비에서는 메서드 호출과 변수 할당 간의 모호성을 제거하기 위해 self.가 필요한 몇 가지 다른 경우가 있습니다:

지역 변수가 메서드와 같은 이름을 가질 때: 메서드와 foo라는 이름의 변수가 모두 있는 경우, foo를 호출하면 메서드가 호출되며, foo = value는 지역 변수 할당을 시작합니다.
명시적으로 만들고 싶을 때: self.를 사용하는 것은 메서드를 호출하려고 하는 것이라는 점을 독자에게 명확히 하는 데도 도움이 될 수 있습니다.

결론

루비 세터에서 self. 한정자가 필요한 것은 프로그래밍 언어 설계 및 모호성 해결과 관련된 흥미로운 논의를 불러일으킵니다. 이러한 미묘한 차이를 이해하는 것은 더 나은 루비 코드를 작성하는 데 도움이 될 뿐만 아니라 다양한 언어가 유사한 구성에 접근하는 방식을 깊게 이해하는 데도 기여합니다. 비록 추가로 타이핑해야 하는 문자가 하나 늘어날 수 있지만, 이는 메서드 호출의 명확성과 의도를 증진시키며, 이는 루비의 설계 철학의 핵심 원칙입니다. 따라서 다음에 루비 코드를 작성할 때 self.가 단순한 요구 사항이 아니라 모호성을 피하고 코드 가독성을 높이는 열쇠임을 기억하세요.

왜 루비 세터는 클래스 내에서 self. 한정자가 필요할까?