왜 일반적으로
에서 상속을 피해야하는 이유
사용자 정의 컬렉션을 만드는 데 편리한 것처럼 보이지만 에서 상속하는 몇 가지 중요한 단점이 있습니다.
List<T>
성능 문제 :
는 성능에 대해 최적화되어 있습니다. 상속은 이러한 최적화를 실수로 방해하여 실행이 느려질 수 있습니다.
API 설계 문제 :
의 공개 방법을 상속하는 것은 구현 세부 사항을 노출시켜 특히 공개 API를 만들 때 미래 수정에 대한 유연성을 줄입니다.
List<T>
강성 및 제한된 확장 성 :
의 일반 목적 특성은 사용자 정의 컬렉션의 특정 요구 사항과 충돌 할 수 있습니다. 상속은 고유 한 기능이나 행동을 수용 할 수없는 융통성없는 디자인을 만들 수 있습니다.
더 나은 대안 :
Microsoft는 가 더 적합한 기본 클래스로 제안하지만, 기능이 덜 풍부한 시작점을 제공합니다. .
상속에 대한 구성 :
우수한 접근 방식은 종종 구성입니다. 사용자 정의 클래스 내에서 인스턴스를 캡슐화하십시오. 이것은 원래 성능 또는 동작을 손상시키지 않고 기능을 확장합니다.
List<T>
사용자 정의 구조를 효과적으로 모델링 :
사용자 정의 구조를 "장식 된 목록"으로 보는 대신 별도의 엔티티로 취급하십시오. 핵심 속성과 행동을 정의한 다음 직접 모델링하십시오.
상속을위한 허용 가능한 시나리오 :
에서 나온 상속이 정당화 될 수있는 상황이 제한되어 있습니다.
List<T>
기존 기능 확장 :
사용자 지정 정렬 방법 추가 (예 : )
도메인 별 컬렉션 : 의 성능 또는 디자인 무결성에 영향을 미치지 않고도 기능을 합리적으로 추가 할 수있는 도메인 별 컬렉션 : . 이 경우 신중한 고려가 중요합니다.
위 내용은 목록에서 상속을 피해야하는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!