有人发现命名类和方法是编程中最难的部分吗?

因此，我正在处理这个类，它应该通过web服务从供应商请求帮助文档。我试着把它命名为documententretriver, VendorDocRequester, DocGetter，但它们听起来不太对。最后，我在dictionary.com网站上浏览了半个小时，试图找到一个合适的词。

带着坏名字开始编程就像早上头发很糟一样，接下来的一天就会每况愈下。感觉我吗?

当前回答

不要忘记设计模式(不仅仅是GoF模式)是一种提供公共词汇表的好方法，只要适合情况，就应该使用它们的名称。这甚至可以帮助熟悉命名法的新手快速理解体系结构。您正在处理的这个类是否应该充当Proxy，甚至是Façade ?

其他回答

这是有编码标准的原因之一。有一个标准往往有助于在需要时想出名字。它有助于解放你的思想，让你去做其他更有趣的事情!(-):

我建议阅读Steve McConnell的《Code Complete》(Amazon链接)的相关章节，其中介绍了一些有助于提高可读性甚至可维护性的规则。

HTH

欢呼,

Rob

我学到的一个教训是，如果你找不到一个类的名字，那么这个类几乎总是有问题:

你不需要它它做的太多了

不应该以供应商文档为对象吗?我的意思是，这是有形的，而不仅仅是一些拟人化的项目的一部分。因此，您可能有一个VendorDocumentation类，该类具有一个获取信息的构造函数。我认为，如果一个类名包含一个动词，通常是出了问题。

我所做的就是检查它是否太长如果我不记得它太长

推荐文章