因此，我正在处理这个类，它应该通过web服务从供应商请求帮助文档。我试着把它命名为documententretriver, VendorDocRequester, DocGetter，但它们听起来不太对。最后，我在dictionary.com网站上浏览了半个小时，试图找到一个合适的词。
带着坏名字开始编程就像早上头发很糟一样，接下来的一天就会每况愈下。感觉我吗?
当前回答
当每个合理的名字看起来都太长或不明确时，你可以尝试使用一些不太合理的名字，例如:
类GoForHelpLassie 类DunnoAskTechSupport RTFVM类[V为Vendor]
确保名称是唯一的，并且在类的顶部有一个描述性注释，因为任何在代码中看到它的人都需要查找它来找出它是做什么的(但是当他们这样做时，他们可能会发现它更容易记住)。
其他回答
该类只有一个合理的名称:
HelpRequest
不要让实现细节分散了你对意义的注意力。
不，调试对我来说是最困难的事情!: -)
我不得不承认命名是一门艺术。如果你的类遵循特定的“设计模式”(工厂等)，事情就会变得简单一些。
好的命名约定应该尽量减少任何给定变量、类、方法或函数可使用的名称数量。如果只有一个可能的名字，你永远不会有困难记住它。
对于函数和单例类，我仔细检查函数，看看它的基本功能是否将一种东西转换为另一种东西。我对这个术语的使用非常宽松，但你会发现你写的大量函数本质上是以一种形式的东西产生另一种形式的东西。
在您的例子中，这听起来像是您的类将Url转换为Document。这样想有点奇怪，但完全正确，当你开始寻找这个模式时，你会到处看到它。
当我找到这个模式时，我总是将函数命名为xFromy。
因为您的函数将Url转换为Document，所以我将它命名为Document
DocumentFromUrl
这种模式非常普遍。例如:
atoi -> IntFromString
GetWindowWidth -> WidthInPixelsFromHwnd // or DxFromWnd if you like Hungarian
CreateProcess -> ProcessFromCommandLine
你也可以使用UrlToDocument如果你更喜欢这个顺序。不管你说的是xFromy还是yTox，可能都是个人喜好的问题，但我更喜欢From顺序，因为这样函数名的开头就已经告诉了你它返回的类型。
选择一个惯例并坚持下去。如果注意在xFromy函数中使用与类名相同的名称，就会更容易记住所使用的名称。当然，这种模式并不适用于所有情况，但它确实适用于您编写的可以被认为是“功能性”的代码。
我发现局部变量最麻烦。例如，我想创建一个DocGetter类型的对象。我知道它是DocGetter。为什么我要给它另一个名字?我通常会给它起一个像dg(用于DocGetter)或temp之类的名字，或者其他同样没有描述性的名字。
