养成良好的编程习惯

来源:互联网 发布:wpf 管理系统源码 编辑:程序博客网 时间:2024/05/08 08:58

1.DRY(拧干代码不要有水分) 不要有重复代码,如果有重复,进行抽象。


2.抽象原理,和DRY有关,代码中每一个重要的功能块都应该拧干抽象一下。

3.KISS(Keep it simple, stupid!),简化、避免复杂是关键目标,阅读简单代码花费时间短(代码写得少,脑子动得不见得少),少代码有较少BUGs和更易于修改。(banq:耦合都很高的代码有时很简单,但不易于修改)

4.避免创造YAGNI,不要增加你不需要的功能。

5.做最简单只要能工作的设计,始终问自己,这样简单设计能够工作吗?

6.不要让我思考,代码应该易于理解。

7.开闭原则 软件实体如classes类 模块和functions应该开放易于扩展,但是不允许修改,不要写其他人能够修改的类,而是写出人们能够扩展的类(banq:可用面向对象的继承 实现等方法扩展多个子类)。

8.写代码要值得将来维护。

8.做最少令人惊讶的事,代码易于理解,名称等各方面不要让人产生惊讶的副作用。

9.最少耦合,代码(代码块,函数,类,等等)的任何部分,应尽量减少对其他地区的代码的依赖关系。这是通过使用尽可能少的共享变量 。“低耦合往往是一个结构完善的计算机系统的标志和一个好的设计,高凝聚力相结合,实现更高的可读性和可维护性的总体目标。

10.最大化凝聚性:相同功能代码应该在同样一个组件中。

11.隐藏实现细节,隐藏实现细节,将允许改变执行代码组件,而最低限度影响的任何其他使用该组件的模块(实现细节怎么做是战术,做什么是方向战。

12.迪米特Demeter法则 ,代码组件只应该和他们的直接关系联系(直系血缘关系),如他们继承的父类,包含的对象和参数传递的对象。

13.避免过早优化,除非你的代码比你预期慢,否则不要提早优化,过早优化是罪恶根源。

14.代码能够重用是好的,重用代码提高代码的可靠性,缩短开发时间。

15.分散关注:不同功能区域,应该由不同代码和最小重叠的模块组成。(AOP是分散关注典型模式)

16.拥抱变化,这是一本Kent Beck书籍副标题,也被认为是极限编程和敏捷方法在一般的宗旨。最大限度地减少耦合使代码更容易改变。无论你是一个极端编程的医生,这种方法对于编写代码是有道理的。