(如果这是重新发布，请提前道歉，但我没有找到类似的帖子)
您在代码中看到了哪些糟糕的方法名称模式，以及它告诉了您关于代码的哪些内容。
例如，我不断看到:
public void preform___X___IfNecessary(...);
我认为这很糟糕，因为操作 X 具有条件反转。请注意，这是一个公共(public)方法，因为类方法可能合法地需要像这样的私有(private)助手
最佳答案
有时，开发人员似乎只是在使用简洁的措辞时遇到了问题。我有一个命名程序的人
InsertImportQueueRecord
我 讨厌那个名字。我把它改成
ImportItem
前者不仅使用繁琐的措辞来表达一个简单的概念，而且不必要地揭示了实现细节。调用者不需要知道使用了队列，如果他们知道，我会将其命名为
QueueItemImport , 或 ScheduleImport指出项目的导入正在排队或计划中。此外，插入记录的概念是实现中的语言，而不是问题，应该避免。
关于oop - 错误的方法名称及其对代码结构的说明，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2900154/