Windows Forms / Swing 프레임 워크가 컴포지션 대신 상속을 선호하는 이유는 무엇입니까?

오늘 내 교수는 SWT의 철학이 작곡에 의해 자신의 컨트롤을 만드는 것 중 하나이지만 스윙은 상속을 선호하는 것처럼 보인다고 말했다.

나는 두 프레임 워크와 거의 접촉하지 않지만 C #의 Windows Forms에서 기억하는 것에서 일반적으로 Swing과 마찬가지로 컨트롤을 확장합니다.

사람들이 일반적으로 상속보다 구성을 선호하는 경향이 있기 때문에 Swing / Windows Forms 사람들이 상속 대신 구성을 선호하지 않는 이유는 무엇입니까?

JComponent노출 많은 기능을 . 경우 JComponent인터페이스이고 구성 요소는 구성으로 구현되었으며, 간단한 구성 요소는 사소한 방법 래퍼, 예를 들면 수십를해야합니다

class MyComponent implements JComponent {
    JPanel panel;
    public boolean contains(int x, int y) {
        return panel.contains(x, y);
    }
    ...
}

또한 컴포지션보다 상속 비용을 선호하는 효율성 이유도 있습니다. 즉, 비용을 무시하지 않고 ( super콜을 가정하지 않음 ) 컴포지션 비용은 추가 비용 INVOKEVIRTUAL입니다. 이것이 Swing의 디자인에 영향을 미쳤는지 모르겠지만 컬렉션 클래스에는 큰 관심사입니다.

Swing Framework는 실제로 Composite Design Pattern에 따라 설계되었습니다. 거기에 많은 상속이 있음을 인정했지만, 일반적으로 작곡을 사용하여 자신의 양식을 작성합니다. 즉, 형태는 중간 레벨 용기와 컨트롤의 구성입니다.

Java를 사용하면 모든 것이 가상 이기 때문에 상속을 사용 하는 것이 훨씬 쉽습니다 . JTable / JFrame에서 "기능"을 수정해야합니까? 확장하고 문제 메서드를 재정의 한 다음 대신 테이블 / 프레임을 사용하십시오.

데이터 바인딩이 디자인의 주요 기능인 WPF와 같은 것으로 생각하면 상속 대신 구성을 훨씬 쉽게 수행 할 수 있습니다.

에 효과적인 자바 , 항목 17 블로흐 클래스가 있음을 언급 설계 상속 "재정의 방법 중 자체 사용을 문서화해야합니다." 이것의 특징은 이 구현 이라는 문구 입니다. JTableand와 같은 클래스에서 볼 수 JInternalFrame있습니다. Swing의 디자인에 의한 상속의 한 척도입니다.

C # 3.5부터 상속보다 컴포지션의 개념을 허용하는 확장 방법이라는 개념이 있습니다.

이 프로세스에서는 기존 클래스에 새 기능을 렌더링하는 확장 클래스를 추가하여 기존 클래스에 확장 기능을 구현합니다.

자세한 내용 은 여기 를 참조하십시오