在开发过程中，当你发现代码可以Copy-paste时，就意味着代码出现了重复。这是一种典型的反模式。William J.Brown等在著作AntiPatterns-Refactoring Software,Architecture, and Projects in Crisis（即《反模式——危机中软件、架构和项目的重构》)中认为这种形式的复用让开发的代码行数量虚假地增加，但是不能像其他形式的复用一样降低成本。Copy-Paste代码的方式违背了DRY(即不要重复你自己)原则，使得多处地方出现了同样或者相似的代码。这是一种征兆，一旦在方法中或方法之间开始Copy-Paste操作，就意味着需要采用Extract Method重构手法。在提取方法之后，还可以根据情况利用Move Method重构手法，将其搬移到一个类中，然后在原来的调用处转为对该类方法的调用。或者利用Replace Method with Method Object，将这些职责封装为专有的类。  

　　在我的编程生涯中，碰到类似Copy-Paste的情况简直不胜枚举。在一次项目中，我们对开源项目JASPer Report进行了扩展。我们加入了对新报表类型(CJT_REPORT)的支持。在ReportParameterAction类中，我们需要对报表对象ReportUnit判断报表类型。于是，我在ReportParameterAction类中定义了如下的私有方法： 

private void setReportUnitTypeByFileResource(ReportUnit reportUnit) { 
       final String JS_FILE_TYPE = "jrxml"; 
       ResourceReference reference = reportUnit.getMainReport(); 
       if (reference.isLocal()) { 
           FileResource resource = (FileResource)reference.getLocalResource(); 
           String fileType = resource.getFileType(); 
           if (fileType.toLowerCase().equals(JS_FILE_TYPE)){ 
              reportUnit.setReportType(ReportUnit.JS_REPORT); 
           } else { 
              reportUnit.setReportType(ReportUnit.CJT_REPORT);         
            }         
        }     
 }
        

        

        
        
      
        
it知识库：重构之美之一避免复制与粘贴，转载需保留来源！
        
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。