在开发中，增加小的方法的一些个人感悟

问题一:

需要通过webservice在一个web应用的请求中，做权限的过滤， 初步看了一下，原有的代码结构并不是很清楚，由对象生成的sql结构复杂，要读懂原来的结构，需要花费很长的时间。

解决方法：

增加了一个新的方法，设置新的条件，其它后台的代码不做任何修改
....
setCondition();
//新增方法
setXXXCondition();
....

初步可以实现新的逻辑，即增加了新的过滤，但后来又在新增的方法地方，出现了异常，原来新的条件，一旦为空，就抛出异常，于是在新增方法内增加保护条件。后再没有出现异常。
在使用小的模式时，需要在原来的结构机制中，并注意结构的完整性。

问题二：

需要在原来的列表页面的某一列，增加链接的属性，并在这一列增加鼠标单击的事件

原来的代码已经有翻页组件和单击和双击的事件。
但是如果在不确定的某一列增加链接和单击的时间，直接修改原有的代码，感觉很复杂，且容易出错。
后来在原来的div上增加了一个属性， clickColumn = 1 ， 在原来的生成列和增加单击事件的地方，增加新的条件，来指定到具体列。并修改指定的列的新的展现方式。使用小的模式的时候，需要对具体的环境有所了解，例如div可以自定义属性等。
// 原来的代码
if(oTab.rowChanged){
//展现
}
// 新的代码结构
if(oTab.rowChanged && oTab.clickColumn == 坐标){
//展现
}

总结： 小的方法的使用，能够增加新的变化，一个小模式，应该是一个逻辑完整的结构，比如增加小的方法时，是否有必要增加保护条件等。