Go의 구성 모델이 취약한 기본 클래스 문제를 완화합니까?

Go에 취약한 기본 클래스 문제가 존재합니까?

상속보다 구성을 수용함에도 불구하고 취약한 기본 클래스 문제는 덜 심각하기는 하지만 Go에서 여전히 발생할 수 있습니다. form.

취약한 기본 클래스 문제

기본 클래스를 변경하면 하위 클래스가 손상될 때 문제가 발생합니다. 가상 메서드(예: Java)가 있는 언어에서는 하위 클래스의 메서드를 재정의하면 기본 클래스가 수정될 경우 예기치 않은 동작이 발생할 수 있습니다.

그러나 Go에서는 다형성이 없습니다(재정의 가능) 행동 양식). 유형을 포함할 때 포함된 메서드는 래퍼 구조체로 승격되지만 재정의될 수는 없습니다. 이는 승격된 메서드가 하위 클래스에 의해 변경될 수 없기 때문에 취약한 기본 클래스 문제를 완화합니다.

예

Java의 경우:

<code class="java">class Counter {
  int value;
  void inc() { value++; }
  void incBy(int n) { value += n; }
}
class MyCounter extends Counter {
  void inc() { incBy(1); }
}</code>

If Counter.incBy()가 inc()로 여러 번 수정되면 MyCounter는 무한 루프에 들어갑니다.

In Go:

<code class="go">type Counter struct {
  value int
}
func (c *Counter) Inc() { c.value++ }
func (c *Counter) IncBy(n int) { c.value += n }
type MyCounter struct {
  Counter
}
func (m *MyCounter) Inc() { m.IncBy(1) }</code>

같은 수정을 하더라도 Java 예제에서와 같이 Counter.incBy()로 변경하면 MyCounter는 Counter.Inc()를 직접 호출하므로 여전히 올바르게 작동합니다. 기본 클래스의 메서드는 하위 클래스의 변경 사항에 영향을 받지 않습니다.

결론

Go에서는 다형성이 없기 때문에 깨지기 쉬운 기본 클래스 문제가 덜 일반적이지만 다음 사항을 고려하는 것이 중요합니다. 구조체에 유형을 삽입할 때 기본 클래스 변경이 미칠 수 있는 잠재적인 영향.

위 내용은 Go의 구성 모델이 취약한 기본 클래스 문제를 완화합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!