设计原则:重视命名,应该没有看起来那么简单

背景

接触了一些非常优秀的编程人才,发现他们有一个共同的特点:“重视命名”,记得一位大师也曾说过:“命名和缓存是他最头痛的两个问题”,我不是一个注重细节的人,最起码从骨子里不是,因此我吃了不少苦头,我需要注重细节,从命名开始。

这篇文章不会介绍如何更好的命名,关于这方面的资料,可以去买一些这些方面的书,设计模式固然必不可少,但是现在如果让我排一个优先级的话,我更关注代码可读性和命名,一些推荐的图书:《实现模式》、《代码质量》、《代码阅读》、《编写可读代码的艺术》、《微软框架设计规范》等。

为何命名如此重要

  • 好的名称代表了合理的职责分配。
  • 好的名称代表了清晰的思路。
  • 好的名称代表了你对自己和他人的尊重。

命名没有想象的那么简单,一个例子

这个截图是重构后的结构,可以看出,在框架和项目里分别用Command和Commands命名对应的命名空间,我之前是统一用的Command,当时感觉有点别扭,只是为了统一,就在框架和项目里都采用Command进行命名,当我把截图发到群里的时候被netfocus一下就看出来问题了,说项目中应该采用复数形式,经他的指点,我一下豁然开朗,具体原因如下:

  • 框架里之所以命名为Command,是因为此命名空间的职责是提供一种Command基础设施。
  • 项目里之所以命名为Commands,是因为此命名空间的职责是组织一系列项目中使用的Command(AComamnd、BCommand、CComamnd。。。)。

备注

每天最开心的就是想明白了一个东西,想明白了如何命名Command和Commands是我当天最开心的事情,感谢netfocus

原文地址:https://www.cnblogs.com/happyframework/p/3155737.html