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、复杂问题主题化，简单问题明确化，然后添加细节
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
