Java代码重构经验总结.docVIP

  • 8
  • 0
  • 约3.01千字
  • 约 3页
  • 2018-02-21 发布于河南
  • 举报
Java代码重构经验总结

1.重构要求: 1)安全第一,尤其是关键部分,应先做出一demo,各环节正常测试运行后无缝割接。 周五和下班前提交更要小心,更改后的代码一定要及时放cvs,并在提交时注明修改的地方或原因,告同组的项目组员。 2)重构要先有接口测试,重构后必须保证通过接口测试,因为现在的系统是一个正常运行的系统,如果把未测试通过的代码放服务器,势必会给公司带来损失。 所以要求:小步进行,意思是每做改动,均要测试和可回朔。 3)重构完成后,向服务器提交代码时,需采用更保险的方法,将原文件备份为以***.classjeff的文件,不能简单的覆盖,否则那是很危险的。 4)遇正常工作任务时先做正常任务,完成后继续重构,不能以重构为借口推工作。 5)这次总结的方式方法,经验形成文档,要求以后在工作中是随时做的,当增加功能时,修改bug时或复审代码时都应该想到是否将原有的代码重构,以提高系统的可复用性和可扩展性。 2.重构的工作: 1) 名字重构,修改原有不合理的名字。(参考java开发技术规范) 2) 包,结构重构,重整原有的结构,合并和细分。(参考java开发技术规范) 3) 方法体重构,长方法抽取,方法公用 4)在正确的类里计算值,不要在别的类里计算和写逻辑有本类的东西。 5)配置文件的重整 6)编码效率的重构: a) 循环内不许声明变量 b) 尽可能不要在循环内做判断 c) StringBuffer d) 连接池 e) 缓存 7) 非有用文件的及时删除 8)log的整理 9)文档的整理 10)异常的处理 (参看下面的例子) 11)参考java开发技术规范 3.代码的bad smell 1)重复的代码: Extract method 2)过长函数: 重构成small method 后要能取个好名字。 有这样一个原则:每当感觉需要以注析来说明点什么的时候,我们就把需要说明的东西写进一个独立函数中,并以其用途(而非实现手法)命名,我们可以对一组甚至短短一行代码做这件事。 如何确定该提炼哪一段代码呢,一个很好的技巧是:寻找注析。 条件式和循环常常也是提炼的信号。 3)过大类,一个class做太多事情,分开,提炼时应该选择class内彼此相关的变量,将他们放在一起。 4)过长参数列: 改成传对象,谨慎。 5)发散式变化:当你看着一个class说:o,如果新加入一个数据库,我必须修改这三个函数...,那么此时也许将这个对象分成两个会更好,这样一来每个对象都可以只因一种变化而需要修改。 6)霰弹式修改:如果遇到某种变化,你都必须在许多不同的classes内做出许多小修改以响应之,你不但很难找到他们,也很容易忘记某个重要的修改,可以把需要修改的代码放进同一个class. 7) 依恋情节: 我们看到某个函数为了计算某值,从另一个对象哪儿调用几乎半打的取值函数(getting method),疗法是把这个函数移至它该去的另一个地方,Move method. 8) 数据泥团 你常常可以看到很多地方有相同的三或四笔数据项:两个classes内的相同值域,许多函数中的相同参数,这些总是绑在一起出现的数据,真应该放进属于他们自己的 对象中。 处理java异常的例子: 你觉得自己是一个Java专家吗?是否肯定自己已经全面掌握了Java的异常处理机制?在下面这段代码中,你能够迅速找出异常处理的六个问题吗? 1 OutputStreamWriter out = ... 2 java.sql.Connection conn = ... 3 try { // ⑸ 4  Statement stat = conn.createStatement(); 5  ResultSet rs = stat.executeQuery( 6   select uid, name from user); 7  while (rs.next()) 8  { 9   out.println(ID: + rs.getString(uid) // ⑹ 10    ,姓名: + rs.getString(name)); 11  } 12  conn.close(); // ⑶ 13  out.close(); 14 } 15 catch(Exception ex) // ⑵ 16 { 17  ex.printStackTrace(); //⑴,⑷ 18 } 反例之一:丢弃异常

文档评论(0)

1亿VIP精品文档

相关文档