가상 멤버

가상 멤버는 재정의할 수 있으므로 서브클래스의 동작을 변경할 수 있습니다. 가상 멤버는 제공하는 확장성 측면에서 콜백과 매우 유사하지만 실행 성능과 메모리 사용 측면에서는 더 효율적입니다. 또한 가상 멤버는 특별한 종류의 기존 형식을 만들어야 하는 시나리오(특수화)에서 더욱 자연스럽게 느껴집니다.

가상 멤버는 콜백과 이벤트보다 성능이 우수하지만 비가상 메서드보다는 성능이 우수하지 않습니다.

가상 멤버의 주요 단점은 컴파일 시에만 가상 멤버의 동작을 수정할 수 있다는 점입니다. 콜백 동작은 런타임에 수정될 수 있습니다.

가상 멤버에 대한 모든 호출은 예기치 않은 방식으로 재정의할 수 있고 임의 코드를 실행할 수 있기 때문에 콜백(콜백 이상일 수도 있음)과 같은 가상 멤버는 디자인, 테스트, 유지 관리 비용이 많이 듭니다. 또한 가상 멤버의 계약을 명확하게 정의하려면 일반적으로 훨씬 더 큰 노력이 필요하므로 디자인 및 문서화 비용이 더 많이 듭니다.

❌ 멤버를 가상으로 설정해야 할 합당한 이유가 없고 가상 멤버 디자인, 테스트, 유지 관리와 관련된 모든 비용을 파악하고 있지 않다면 멤버를 가상으로 설정하지 마세요.

가상 멤버는 호환성을 손상하지 않고 변경할 수 있다는 측면에서 관대하지 않습니다. 또한 대부분 가상 멤버에 대한 호출이 인라인이 아니기 때문에 비가상 멤버보다 속도가 느립니다.

✔️ 확장성을 꼭 필요한 항목으로만 제한하는 것이 좋습니다.

✔️ 가상 멤버에는 퍼블릭 접근성보다 보호된 접근성을 사용하세요. 퍼블릭 멤버는 보호된 가상 멤버를 호출하여 확장성(필요한 경우)을 제공해야 합니다.

클래스의 퍼블릭 멤버는 해당 클래스의 직접 소비자에게 올바른 기능 세트를 제공해야 합니다. 가상 멤버는 서브클래스에서 재정의하도록 설계되었으며 보호된 접근성은 모든 가상 확장 포인트의 범위를 사용할 수 있는 위치로 지정하는 가장 좋은 방법입니다.

Portions © 2005, 2009 Microsoft Corporation. All rights reserved.

Pearson Education, Inc의 동의로 재인쇄. 출처: Framework Design Guidelines: Conventions, Idioms, and Patterns for Reusable .NET Libraries, 2nd Edition 작성자: Krzysztof Cwalina 및 Brad Abrams, 출판 정보: Oct 22, 2008 by Addison-Wesley Professional as part of the Microsoft Windows Development Series.

참고 항목

• 프레임워크 디자인 지침
• 확장성을 위한 디자인