我为什么不密封我的类，以及你也不应该这样做
原文英文，约800词，阅读约需3分钟。
📝
内容提要
密封类在大多数编程语言中用于防止扩展，虽然能优化性能，但限制了灵活性，难以修复错误或满足未来需求。因此，设计时应优先考虑组合而非继承。
🔎
延伸解读
密封类的局限性
密封类虽然在性能上有优势，但其局限性不容忽视。开发者无法预见未来的需求，若类中存在错误，其他开发者只能等待修复。这种设计可能导致项目维护困难，尤其在需求变化频繁的情况下。
组合优于继承的设计理念
文章强调了组合而非继承的重要性。通过组合，开发者可以灵活应对需求变化，避免密封类带来的限制。设计时应优先考虑如何将现有组件组合，以适应未来可能出现的用例。
对开发者的建议
开发者在设计类时应谨慎考虑密封类的使用。虽然密封类可以优化性能，但在实际开发中，灵活性和可维护性更为重要。建议在项目中限制他人对代码的推送权限，以保护代码的完整性。
❓
Q&A
密封类的主要优点是什么？
密封类的主要优点是性能优化，编译器可以基于类不会被扩展的假设进行优化。
为什么不应该使用密封类？
使用密封类会限制灵活性，无法满足未来可能出现的需求，并且如果类中存在错误，其他开发者无法修复。
如何设计类以避免密封类的问题？
设计时应优先考虑组合而非继承，组合可以更好地满足需求变化。
密封类会对未来的客户产生什么影响？
密封类可能导致未来的客户不满，因为无法预测所有可能的用例。
如何确保我的类不被破坏？
可以通过限制他人对项目的推送/合并权限来确保类不被破坏。
什么是脆弱基类问题？
脆弱基类问题是指在扩展基类后，基类的实现变化可能会破坏扩展的子类。
🏷️
