注:个人言论,仅供参考,欢迎指正。
重复代码
第一个例子:
第一个方法:getCount
第二个方法:pageQueryKbdb
上面两个方法中,第一个是求总数,第二个方法是分页查询详细内容。
这两个方法的SQL中除了select count(ID)不一样,其他一模一样,这样的代码,如果将来SQL变了,你需要同时修改两个地方,如果没有注意,两个SQL不一致,结果会差很多。
上面的的SQL完全可以从from KBJCJL这里开始单独创建一个方法,方法返回一个String类型的SQL即可。
将上面的两个方法修改后如下:
增了一个方法getKbdsSql
原来的两个方法修改为:
上面这种修改方式很容易,主要是因为这两个SQL差异太小,但是如果JAVA处理SQL时,不同的地方很多,可能需要上面的方法再拆分成多个方法重新组合。
这个类中,还有多处类似的代码,看下面的GetClCount方法:
你觉得这个方法眼熟吗?
但是这个方法写的和前面的两个方法不一样,但是逻辑呢?
其实逻辑一模一样,而且结果也一样,并且这里写的switch-case比上面的要规范,为什么?
因为这里的case是从1到18排列的,并且其中的13、14是用default处理的。
只有13对应的值不一样
所以这看着不一样的代码却做着几乎相同的事,非常的不合理。
完全可以在提取的方法中,单独写出case 13进行处理。
然后GetClCount方法完全可以调用修改后的方法。
记住:
a. 如果有一段代码出现了两次,如果代码很短(4,5行),而且结构不是很好,可以直接复制。如果代码很长,将代码独立出来。
b. 如果方法出现了两次以上,将代码独立出来。
c. 不同类如果调用相同的方法,可以独立到一个公共类中,所有的类都调用这一个类的方法,而不是把该方法分别复制到每个类中。
不知道你们觉得上面的方法修改之后感觉怎么样??????
如果你觉得这样就可以了,那你就错了。
你有没有注意到这样的代码:
像这种代码,如果维护起来,极其的不方便。
你应该注意到这里的代码有一个特点,就是case对应的值,并且这些值只是在SQL中使用的,那么为什么不将这种对应关系存入到数据库中呢?
如果将上面的关系存入到表中,那么完全不需要switch处理,直接用SQL查询关联就可以处理。