博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
设计原则:重视命名,应该没有看起来那么简单
阅读量:7241 次
发布时间:2019-06-29

本文共 673 字,大约阅读时间需要 2 分钟。

背景

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

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

为何命名如此重要

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

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

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

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

备注

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

 

转载地址:http://jfybm.baihongyu.com/

你可能感兴趣的文章
云开发初探 —— 更简便的小程序开发模式
查看>>
CSharpGL(49)试水OpenGL软实现
查看>>
Centos7安装Tomcat并部署DubboAdmin的War包并配置自动启动
查看>>
Linux嵌入式时区修改
查看>>
[ACM] HDU 5024 Wang Xifeng's Little Plot (构造,枚举)
查看>>
微软小子Kie
查看>>
JQuery的extend扩展方法
查看>>
Ubuntu10下MySQL搭建Amoeba_分片升级版
查看>>
ClassCastException[转贴]
查看>>
MySQL vs.MongoDB 各有胜负!
查看>>
寻找最大的K个数,Top K问题的堆实现
查看>>
DDD:在基于关系数据库的领域,聚合的边界等于并发管理的边界。
查看>>
新浪iphone微博小结
查看>>
[置顶] STM32移植contiki进阶之三(中):timer 中文版
查看>>
走进C++程序世界-----继承和派生(2)
查看>>
hdoj 2717 Catch That Cow
查看>>
迟来的2013年度总结
查看>>
NoSql数据库使用半年后在设计上面的一些心得 (转)
查看>>
乐在其中设计模式(C#) - 原型模式(Prototype Pattern)
查看>>
纯JavaScripst的全选、全不选、反选 【转】
查看>>