设计原则：重视命名，应该没有看起来那么简单
背景
接触了一些非常优秀的编程人才，发现他们有一个共同的特点：“重视命名”，记得一位大师也曾说过：“命名和缓存是他最头痛的两个问题”，我不是一个注重细节的人，最起码从骨子里不是，因此我吃了不少苦头，我需要注重细节，从命名开始。
这篇文章不会介绍如何更好的命名，关于这方面的资料，可以去买一些这些方面的书，设计模式固然必不可少，但是现在如果让我排一个优先级的话，我更关注代码可读性和命名，一些推荐的图书：《实现模式》、《代码质量》、《代码阅读》、《编写可读代码的艺术》、《微软框架设计规范》等。
为何命名如此重要
- 好的名称代表了合理的职责分配。
- 好的名称代表了清晰的思路。
- 好的名称代表了你对自己和他人的尊重。
命名没有想象的那么简单，一个例子
这个截图是重构后的结构，可以看出，在框架和项目里分别用Command和Commands命名对应的命名空间，我之前是统一用的Command，当时感觉有点别扭，只是为了统一，就在框架和项目里都采用Command进行命名，当我把截图发到群里的时候被netfocus一下就看出来问题了，说项目中应该采用复数形式，经他的指点，我一下豁然开朗，具体原因如下：
- 框架里之所以命名为Command，是因为此命名空间的职责是提供一种Command基础设施。
- 项目里之所以命名为Commands，是因为此命名空间的职责是组织一系列项目中使用的Command（AComamnd、BCommand、CComamnd。。。）。
备注
每天最开心的就是想明白了一个东西，想明白了如何命名Command和Commands是我当天最开心的事情，感谢netfocus。
