代码重构

代码重构的几点原则:

  • 存在重复的代码,可以考虑把重复的代码提到一个公共方法中。
  • 一个方法的代码太长,越长的代码越不好维护,这种情况可以把方法按照功能点切分成小的方法,while,if等都是我们切分的依据,可以把while里面的提到一个独立的方法中。
  • 参数列表过长,参数列表过长不好调用和维护,很难无法理解参数的意思,这时可以考虑把参数封装成对 象传进去,或者直接传入已有的对象。
  • 发散式变化,如果出现了修改一个地方同时要修改其他几个地方,可以考虑把变化的封装起来,这样下次修改只需要修改封装的变化就好了。
  • 少用switch case.对于面向对象的语言,使用switch,case意味着每次添加了新的东西就要修改case,这不服我们的以点切入的原则,这时可以考虑使用多态
  • 子类不用重写父类的大量方法,这时可以考虑在中间加入抽象层,子类直接继承抽象层。

方法的命名

  • 类名应该用名称
  • 方法名应该用动词
  • 避免误导(0和O,数字1和字母l)
  • 使用可以读出来的名称,能概况用途的词
  • 多使用专业词比如:jobQuene,Vistor

代码重构的方式

局部变量让代码难以维护,尽量把局部变量替换为方法。

 double getPrice(){
   double basePrice=_quntity*_itemPrice
   if(basePrice>1000) return basePrice*0.95
   else return basePrice*0.98
}

改变后

double basePrice(){
   return _quntity*_itemPrice;
}
private double discountFactor(){
   if(basePrice()>1000) return 0.95;
   else return 0.98;
}
double getPrice(){
   return basePrice()*discountFactor(); 
}

可见改变成方法更加方便了变量的共享,而临时变量只在当前方法有限

引入解释型变量
将复杂的表达式放在的结果放在临时变量中并取一个很好理解的变量名,有助于代码的阅读,在复杂的算法中可以将算法的步骤保存在临时变量中,有助于算法的理解,但是我一般更偏向于把算法的步骤提炼成方法,如果提炼成方法难度较大才考虑提炼成变量。
改变前

if((platform.toUpperCase().indexOf("MAC")>-1)&&(brower.toUpperCase().indexOf("IE")>-1)&&wasInitialize()&&resize()>)){
    //do something
  }

改变后

final boolean isMacOs=platform.toUpperCase.indexOf("MAC")>-1
  fianl boolean isIEBrower=platform.toUpperCase.indexOf("IE")>-1
  fianl boolean wasResized=resize>0;
  if(isMacOs&&isIEBrower&&wasInitialize()&&wasResized){
     //do something
  }

分解临时变量
如果你的临时变量被赋值超过一次,它既不是循环又不是用于收集计算结果(通过整个函数的运算将计算的结果收集起来),
请使用多个临时变量。一个临时变量一般只需要承担一个责任,如果承担多个责任将导致代码难以维护。

移除对基本类型参数的赋值
原因:Java严格遵守按值传递,对参数的任何修改都不会对调用端造成任何影响,如果你对传入的对象参数赋值表示使她引用另一个对象,而且传入的参数只表示传入的值不做其他责任这样代码的可能性更强
改变前

int discount(int inputVal,int qunitity,int yearToDate){
   if(inputVal>50) inputVal-=2;
}

改变后

int discount(int inputVal,int qunitity,int yearToDate){
    int result=inputVal;
    if(result>50) result-=2;
}

有2中情况可以直接对传入的参数进行修改1:传入的是对象,2:传入的参数要被return 回去。

替换算法
把算法替换为更加清晰的算法
改动前:

 String foundPerson(String[] people){
   if(int i=0;i<people.length;i++){
      if(people[i].equals("Don")){
         return "Don";
      }
      if(people[i].equals("John")){
         return "John";
      }
      if(people[i].equals("Kent")){
         return "Kent";
      }
   }
   return "";
}

改动后

String foundPerson(String[] people){
   List candidates=Arrays.asList(new String[]{"Don","John","Kent"});
   for(int i=0;i<people.length;i++){
      if(candidates.contains(people[i]){
         return people[i];
      }
   }
   return "";
}
/* * 原始需求背景: * 网宿CDN要按月收取客户的服务费用,根据流量的大小、 * 服务的类型等,收取不同的费用,收费规则如下: * web应用:1000元/M * 流媒体应用:1000元/M*0.7 * 下载应用:1000元/M*0.5 * 月末打印报表时,要罗列每个用户每个频道的费用、客户总费用, * 还要打印该客户的重要性指数,重要性指数=网页流/100+下载流量/600; * * 需求变更场景: * 系统已经开发出来了,接下来,运维部门现在希望对系统做一点修改, * 首先,他们希望能够输出xml,这样可以被其它系统读取和处理,但是, * 这段代码根本不可能在输出xml的代码中复用report()的任何行为,唯一 * 可以做的就是重写一个xmlReport(),大量重复report()中的行为,当然, * 现在这个修改还不费劲,拷贝一份report()直接修改就是了。 * 不久,成本中心又要求修改计费规则,于是我们必须同时修改xmlReport() * 和report(),并确保其一致性,当后续还要修改的时候,复制-黏贴的问题就 * 浮现出来了,这造成了潜在的威胁。 * 再后来,客服部门希望修改服务类型和用户重要性指数的计算规则, * 但还没决定怎么改,他们设想了几种方案,这些方案会影响用户的计费规则, * 程序必须再次同时修改xmlReport()和report(),随着各种规则变得越来越复杂, * 适当的修改点越 来越难找,不犯错误的机会越来越少。 * 现在,我们运用所学的OO原则和方法开始进行改写吧。 */
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值