为什么在课堂上使用“最终”真的很糟糕？

我正在重构PHP OOP旧版网站。

我很想开始在“ make it explicit that the class is currently not extended by anything” 类上使用“最终”。如果我去上课，这可能会节省很多时间，我想知道是否可以重命名/删除/修改protected属性或方法。如果我真的想扩展一个类，我可以删除final关键字来解锁它以进行扩展。

即，如果我参加的班级没有子班，我可以通过将班级标记为最终班来记录该知识。下次访问它时，我不必重新搜索代码库以查看它是否具有子代。从而节省了重构期间的时间。

这似乎是一个明智的节省时间的主意。。。。但是我经常读到，只有在极少数/特殊的场合下才应该使类“最终化”。

也许它搞砸了模拟对象的创建，或者有其他我没有想到的副作用。

我想念什么？

我经常读到，仅在极少数/特殊情况下才应将类“定型”。

谁写的错。final放心使用，这没有什么错。它记录了一个类并非在设计时考虑了继承，默认情况下通常适用于所有类：设计一个可以有意义地继承的类不仅要删除final指定符，还需要更多的工作。需要很多照顾。

因此final，默认情况下使用它绝不是坏事。实际上，许多人建议将其设置为默认值，例如Jon Skeet。

也许它搞砸了模拟对象的创建……

这确实是一个警告，但如果您需要模拟类，则始终可以求助于接口。当然，这比将所有类都开放给继承（仅出于模拟目的）要好。

如果您想给自己留下一个类没有子类的注释，那么一定要这样做并使用注释，那就是它们的作用。“ final”关键字不是注释，而仅使用language关键字向您发出信号（并且只有您永远知道这意味着什么）是一个坏主意。

有一篇不错的文章，关于“何时将类声明为final”。引述以下内容：

TL; DR：final如果您的类实现了接口，并且未定义其他任何公共方法，则使它们始终为类

为什么要使用final？

1. 防止厄运的大规模继承链
2. 令人鼓舞的作品
3. 迫使开发人员考虑用户公共API
4. 强制开发人员缩小对象的公共API
5. final总是可以使一个类具有可扩展性
6. extends 破坏封装
7. 您不需要那种灵活性
8. 您可以自由更改代码

什么时候避免final：

最终课程只有在以下假设下才能有效工作：

1. 最终类实现了一个抽象（接口）
2. 最后一个类的所有公共API都是该接口的一部分

如果缺少这两个先决条件之一，那么您可能会到达使该类可扩展的时间点，因为您的代码并非真正依赖抽象。

PS感谢@ocramius的出色阅读！

类的“最终”表示：您想要一个子类？继续，尽可能多地删除“ final”子类，但是如果它不起作用，请不要向我抱怨。你一个人。

当一个类可以被子类化时，其他人所依赖的行为必须用抽象的术语来描述，子类服从。呼叫者必须写成期望有一定的可变性。文档必须仔细编写；您不能告诉人们“看源代码”，因为源代码还不存在。这就是所有的努力。如果我不希望类被子类化，那是不必要的工作。“最终”明确表示尚未做出努力，并给出了合理的警告。

您可能没有想到的一件事是，对类的任何更改都意味着它必须接受新的QA测试。

除非您确实如此，否则请勿将其标记为最终的。

使用“最终”将剥夺其他想要使用您的代码的人的自由。

如果您编写的代码仅适合您自己，并且永远不会向公众或客户发布，那么您当然可以使用自己想要的代码。否则，您将阻止其他人在您的代码上建立代码。我常常不得不使用一种可以轻松扩展以满足自己需求的API，但是后来我被“最终决定”所困扰。

此外，经常有代码，应更好地不进行private，但protected。当然，private意味着“封装”并隐藏被视为实现细节的内容。但是作为API程序员，我最好记录一下以下事实：方法xyz被视为实现细节，因此可以在将来的版本中进行更改/删除。因此，尽管有警告，仍将依赖此类代码的每个人都要自己承担风险。但是他实际上可以做到这一点，并且可以重用（希望已经通过测试）代码，并且可以更快地提出解决方案。

当然，如果API实现是开放源代码，则只能删除“最终”或使方法“受保护”，但是您已经更改了代码，需要以补丁形式跟踪更改。

但是，如果该实现是封闭源代码，那么您将无法找到解决方法，或者在最坏的情况下，切换到另一个API时，对自定义/扩展可能性的限制较少。

请注意，我认为“最终”或“私有”并不是邪恶的，但我认为它们只是经常使用，因为程序员在代码重用和扩展方面没有考虑他的代码。