扩展性设计

基类

• 考虑将基类声明为abstract的，表示这个基类仅用于继承而不提供具体功能
• 不要用后缀"Base"来命名基类，而是让派生类的名称以基类名称作为后缀

可访问性

• 大部分情况下，使用private成员实现class的功能，public/internal/protected分别提供对外部/相同程序集/父类的有限访问
• 尽量使用最小可访问性，提升可访问性时需要万分谨慎

seal

• 大部分情况下，除非明确不需要为该类继续提供扩展，否则不要将类声明为seal的
• seal类不应该提供virtual成员因为根本无法override

事件和委托

• 除非能够在代码架构上提供足够简便的优势，不要随意使用委托，这会带来少量性能损失（将方法加入委托链）和内存开销（创建委托实例）
• 创建委托实例有少量内存开销，不要频繁创建而是缓存它们

virtual

• 使用protected而不是public来修饰virtual成员，这限制了随意的派生类扩展，有助于整理良好的派生关系

​