DEV Community
·
我为什么不密封我的类，以及你也不应该这样做
💡
原文英文，约800词，阅读约需3分钟。
📝
内容提要
密封类在大多数编程语言中用于防止扩展，虽然能优化性能，但限制了灵活性，难以修复错误或满足未来需求。因此，设计时应优先考虑组合而非继承。
🎯
关键要点
- 大多数编程语言支持密封类，防止类被扩展或子类化。
- 密封类的设计意味着开发者认为自己比后来的开发者更了解未来需求。
- 密封类的优点是性能优化，编译器可以基于类不会被扩展的假设进行优化。
- 密封类的缺点是如果类中存在错误，其他开发者无法修复，只能等待原开发者修复。
- 密封类限制了灵活性，无法满足未来可能出现的需求。
- 设计时应优先考虑组合而非继承，组合可以更好地满足需求变化。
- 理想情况下，所有重用应通过组合现有组件实现，而不是依赖继承。
- 密封类的设计可能导致未来的客户不满，因为无法预测所有可能的用例。
- 确保类不被破坏的方法是限制他人对项目的推送/合并权限。
- 脆弱基类问题是一个特殊情况，但不应完全禁止扩展代码的强大方式。
❓
延伸问答
密封类的主要优点是什么？
密封类的主要优点是性能优化，编译器可以基于类不会被扩展的假设进行优化。
为什么不应该使用密封类？
使用密封类会限制灵活性，无法满足未来可能出现的需求，并且如果类中存在错误，其他开发者无法修复。
如何设计类以避免密封类的问题？
设计时应优先考虑组合而非继承，组合可以更好地满足需求变化。
密封类会对未来的客户产生什么影响？
密封类可能导致未来的客户不满，因为无法预测所有可能的用例。
如何确保我的类不被破坏？
可以通过限制他人对项目的推送/合并权限来确保类不被破坏。
什么是脆弱基类问题？
脆弱基类问题是指在扩展基类后，基类的实现变化可能会破坏扩展的子类。
➡️
