注重实效的途径 A Pragmatic Approach
有些提示和诀窍可以应用于软件开发的所有层面,有些想法几乎是公理,有些过程实际上普遍使用。但是人们几乎没有为这些途径建立这样的文档。
重复的危害
系统中的每一项知识都必须具有单一、无歧义、权威的表示。
DRY——Don't Repeat Yourself 不要重复你自己
重复是怎样发生的:
- 增加的重复。开发者觉得他们无可选择——环境似乎要求重复。
- 无意的重复。开发者没有意识到他们再重复信息。
- 无奈性的重复。开发者偷懒,他们重复,因为那样似乎更容易。
- 开发者之间的重复。同一团队的几个人重复了同样的信息。
无奈性的重复很常见,在我们的编程中体现的淋漓尽致,开发一个web系统,每次都是调用第一次的时候的,一些功能代码也是直接就Ctrl+C,Ctrl+V弄过来,然后改一改就OK了,实际上有好多重复,这就多了很多代码,但是一旦除了错误,很难找到源头,不知道从何改代码,所以自己以后写代码的时候一定要注意这个问题,在写代码的时候不能偷懒,为了避免以后有更多的麻烦。
正交性
消除无关事物之间的影响,写正交的系统,提高生产率与降低风险。
工具箱与库
当自己引入第三方工具箱和库时,要注意保持系统的正交性,要明智的选择技术。
编码
- 让你的代码保持解耦。
- 避免使用全局数据
- 避免编写相似的函数
测试
正交地设计和实现的系统也更易于测试,因为系统的各组件之间的交互是形式化的和有限的,更多的系统测试可以花在单个的模块级进行,这是好消息,因为与集成测试相比,模块级测试要更容易规定和进行得多。在《构建之法》中也看过软件测试的方法也是一些功能性测试。
可撤销性
如果某个想法是你唯一的想法,再也没有什么比这更危险的事情了
——Emil-Auguste Chartier,Propos sur la religion,1938
不存在最终决策。
灵活的架构
有许多人会设法保持代码的灵活性,而你还需要考虑维持架构、部署及供应商集成等领域的灵活性。
曳光弹
用曳光弹找到目标
曳光代码有很多的优点:用户能够及早看到能工作的东西;开发者构建了一个他们能在其中工作的结构;你有了一个集成平台;你有了可用于演示的东西;你将更能感受到工作进展。
曳光弹并非总能击中目标,曳光弹告诉你击中的是什么,那不一定总是目标,于是你调整准星,直到完全击中目标为止,这正是要点所在。
曳光代码也是如此,你在不能100%确定该去往何处的情形下使用这项技术,如果最初的几次尝试错过了目标——用户说:“那不是我的意思”,你需要的数据在你需要他时不可用,或是性能好像有问题,你不该感到惊奇,反而你应该高兴。
自己在写代码的时候要有大局观念,及时发现自己代码中的不足,采用正交性书写方法,减少后期的麻烦,同时也减少自己代码的重复,对于一些冗余代码要及时清理,还要加上注释,写函数的时候要注意不起相似名字的函数,避免调用错误。