改善代码设计-重构

      这几天我的任务把某一长方法进行提取函数，使其代码更简短，更好理解，更好修改！

     其实这些吧，专业术语叫做代码重构！

       针对局部代码的重构是比较简单的，不过需要注意的地方是，你一定要符合现有架构的思想，在它的范围之内去思考。

　其实这种方式的重构大多就是提取方法，或者是以真实业务流程的思路去重构现有的代码执行流程，以便易于理解，或者是降低程序之间的依赖性。要做到这些有个很重要的思维方式：

      1、善于从某个事物中分析出什么是事物的本质和什么是事物的外部环境。

　　2、从很多不同事物中去发现共同点，并对这些共同点进行抽象化（举个简单的例子：对于宝马和奥迪，你应该把他们抽象化为汽车）。

　　为什么这样说，因为这些能带来重构代码所需要的：

　　1、在写代码过程中降低了依赖性，

　　2、抽象化的事物复用性更强

 

      重构即为改善代码设计，提高代码质量，但是能不能得到上司或者领导的重视和认可呢？这个问题也是很重要的。现在社会上似乎更多的是重视代码的可用性，或者说首次开发。 如何让上司同意你的重构和给予支持呢？下面的话很有道理：

     “首先，了解目前项目是否存在问题，存在什么问题，这些问题是否能通过重构来解决，如果能，才进行重构，你的重构时间是需要公司给的，老板不会因为你说依赖性强偶合性低就同意的，你必须要通过问题来让他认识，关键的是只有通过问题才能得到重构时间和资源，并且你的工作才能得到认可，这是一个很现实的情况。”即找出问题，突出问题，而后才有机会解决问题！ 不然，吃力不讨好！

   参考：

   1.  改善代码的设计之优化函数的构成 http://www.cnblogs.com/technology/archive/2011/05/10/2042255.html

   2. 改善代码之总结    http://www.cnblogs.com/technology/archive/2011/05/17/2048735.html

   3.如何重构代码  http://blog.csdn.net/mikefather/article/details/6258981

   4.  重构的原则    http://news.csdn.net/n/20050511/21179.html  这个很好！

 

PS：
       计算器科学是这样一门科学：它相信所有问题都可以通过多一个间接层（indirection）来解决。- Dennis DeBruler