因此，我正在处理这个类，它应该通过web服务从供应商请求帮助文档。我试着把它命名为documententretriver, VendorDocRequester, DocGetter，但它们听起来不太对。最后，我在dictionary.com网站上浏览了半个小时，试图找到一个合适的词。
带着坏名字开始编程就像早上头发很糟一样，接下来的一天就会每况愈下。感觉我吗?
当前回答
我坚持基本的:VerbNoun(参数)。例子:GetDoc (docID)。
没有必要太花哨。一年后，不管是你还是其他人，都很容易理解。
其他回答
在“一个词”中总结方法/类，回答它的意思是什么? 这个词应该没有对应的词。
Leo Brodie在他的书《Thinking Forth》中写道，对于程序员来说，最困难的任务是为事物命名，他指出最重要的编程工具是同义词词典。
试着使用http://thesaurus.reference.com/上的同义词典。
除此之外，不要使用匈牙利符号，避免缩写，并保持一致。
最好的祝福。
这很困难，这是好事。它迫使你思考这个问题，以及这门课实际上应该做什么。好的名字有助于产生好的设计。
对我来说，我不在乎一个方法或类名有多长，只要它是描述性的，并且在正确的库中。应该记住API的每个部分驻留在哪里的日子已经一去不复返了。
智能感存在于所有主要语言中。因此，当使用第三方API时，我喜欢使用它对文档的智能感知，而不是使用“实际的”文档。
考虑到这一点，我可以创建一个方法名，如
StevesPostOnMethodNamesBeingLong或Short
很长，但那又怎样。现在谁不用24英寸的屏幕呢!
有时候，一个类或方法没有一个好名字，我们都会遇到这种情况。然而，通常情况下，无法想出一个名称可能暗示您的设计存在问题。你的方法是否有太多的责任?你的类是否封装了一个连贯的想法?
