什么情况下「DRY」编程铁律会失效？？看这里

不二如是

产品经理:我需要重新发明轮子！

开发人员:安排：



DRY(Don’t Repeat Yourself)是架构设计中经常用到的一句话，这一原则应用非常广泛，在程序设计中同样会用到，不少代码或许不知不觉中违反了这一定义。

如《程序员修炼之道》一书中就有如下一题，重构下面一段代码

1. if (state == TEXAS) {
   
2.         rate = TX_RATE;
   
3.         amt = base * TX_RATE;
   
4.         calc = 2 * basis(amt) + extra(amt) * 1.05;
   
5. } else if ((state == OHIO || (state == MAINE)) {
   
6.         rate = ((state == OHIO) ? OH_RATE : ME_RATE);
   
7.         amt = base * rate;
   
8.         calc = 2 * basis(amt) + extra(amt) * 1.05;
   
9.         if (state == OHIO)
   
10.                 points = 2;
    
11. } else {
    
12.         rate = 1;
    
13.         amt = base;
    
14.         calc = 2 * basis(amt) + extra(amt) * 1.05;
    
15. }

复制代码

可能很多人读此代码都有似曾相识之感，不错，我们身边不少程序员就是如此编程的。

这段代码就是由于太多Repeat造成罗嗦难懂，结构复杂，维护困难。大家可能都会迅速想到两点重构方法

游客，如果您要查看本帖隐藏内容请回复

但是这样就完美了吗？

4个if/else是否让人闻到一股不对劲的气味？

这段程序是否还是传统结构化编程思维？

if条件中state再增多程序会怎样？

此虽然是一段很短的代码，但是重构优化实际是无止境的！

汐澜sama

沙发

某一个“天”

不二如是

233333 这也行！！！朕学到了

不二如是

233333 这也行！！！朕学到了

不二如是

233333 这也行！！！朕学到了