language-agnostic - 创意术语

Question

我似乎经常使用诸如节点，属性，子项(诸如此类)之类的乏味的单词，而且我担心其他人仅仅因为这些部分的名称是含糊的，通用的单词而难以理解我的代码。

如何找到类和组件的创意名称，以使其更令人难忘？

对于那些没有真正描述的通用工具，除了它们的通用功能目的之外，我尤其感到麻烦。我想知道其他人是否找到了创造性的方式来命名事物，而不是简单地通过其实用程序来命名它们，例如AnonymousFunctionWrapperCallerExecutorFactory。

Answer 1

我真的没有答案，但是您需要考虑三件事。

已故的Phil Karlton曾有句著名的话:“计算机科学中只有两个难题:缓存失效和命名事物。”因此，您很难拿出好名字这一事实是完全正常的，甚至是可以预期的。

OTOH，在命名事物时遇到麻烦也可能是不良设计的标志。 (是的，我很清楚，＃1和＃2相互矛盾。或者也许人们应该更像是相互平衡。)例如，如果一件事情承担太多责任，几乎不可能实现取一个好名字。 (见证所有不良OO设计中的“Service”，“Util”，“Model”和“Manager”类。下面是对"ManagerFactoryFactory"的Google代码搜索示例。)

另外，您的姓名应映射到主题专家使用的领域术语。如果找不到主题专家，则表明您当前正在担心自己不应该担心的代码。 (基本上，应该很好地实现和设计实现您核心业务领域的代码，应该这样来实现和设计辅助领域中的代码，并且根本不应该实现或设计所有其他代码，而应该从供应商那里购买您所购买的是他们的核心业务领域。[请自由解释“购买”和“供应商”。社区开发的免费软件就可以了。])

关于上面的＃3，您在另一条评论中提到您当前正在实现树数据结构。除非您的公司从事树型数据结构的销售业务，否则这不是您核心域的一部分。找不到好名字的原因可能是您在核心领域之外工作。现在，“销售树形数据结构”可能听起来很愚蠢，但是实际上有一些公司这样做。例如，Microsoft开发人员部门内的BCL团队:他们实际上出售(无论如何，对于“销售”的某些定义来说).NET框架的基类库，其中包括树数据结构。但请注意，例如Microsoft的C++编译器团队实际上(从字面上)是从第三方供应商那里购买其STL-他们认为其核心领域是编写编译器，而将库的编写工作留给了一家公司考虑将其STL编写为核心领域。 (实际上，对于AFAIK而言，该公司除了编写和销售STL实现之外什么都不做。这是他们的唯一产品。)

但是，如果出售树型数据结构是您的核心领域，那么您列出的名称就可以了。它们是主题专家(在这种情况下为程序员)在谈论树数据结构域时使用的名称。