1、代码艺术之一:High Cohesion Low Coupling
函数功能要明确,若此函数内部内容太多,称其为大函数,则可以从中抽取一些小函数
小函数的要求:完成独立的功能,而且不过去的依赖大函数内部的变量,最多传递二、三个参数,
若传递的参数过多,其耦合性太强,不适合独立成一个小函数
2、代码艺术之二:don't repeat yourself
只要有两个地方使用同样的两行代码,则可以将此两行代码抽取成一个函数
3、代码艺术之三:no explanatory
整体框架,架构要设计好,比如设计图形化界面:JFrame由很多JPanel组成,则将每个JPanel内部的
组件代码表现时候,尽量放一块,以便查阅
当架构非常好的时候就不需要注释,目前难以做到,所以尽量在函数和意思不太明确的属性上加注释说明
4、只有当变量值基本不变的时候才设置为类的属性,若此属性值经常被函数所改变,则在另一个函数中使用
此属性值易未注意到数值的改变,易发生错误,所以类内部的函数应该使用传递参数的方式传递值
5、一般来说只有常量,如字符串常量、整数常量才被设置为static修饰,否则当一个实例改变了此属性的值,
则在另外一个对象中易发生错误,这也算是类的高内聚、低耦合吧
个人觉得:spring容器管理的类,其属性也可以使用static修饰,不过此时只有一个实例,
也就没有static修饰的必要啦
6、多层逻辑处理时:使用大格套小格的思路,在一个格子中的时候只分析此格子中可以出现的小格子
这样就不易出现交叉、重复、遗漏
7、在继承或者实现的时候,重写的方法尽量在其上面添加@Override注释,以免重写的方法名错误,导致难以发现的错误
8、分析函数运行过程中需要的变量,精确定位核心变量,其他变量则可以使用此些变量生成,这样就能减少变量的个数
在以后的分析中不被变量太多所困扰
9、解决问题最关键的一点在于切入:怎么去寻找一个最合适的切入点是最重要的,从正确的切入点进行跟踪调试才不至于
在复杂的问题中迷失
10、复杂问题主题化,简单问题明确化,然后添加细节
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)