设计模式与重构是一种追求

1         设计模式与重构是一种追求

当一个软件工程师（DEV）一开始编码的时候，因为技术的缺乏，追求的必当是完成任务(Coding)。

随着时间的发展，DEV已经能够完成任务之后。也便开始追求更好的完成任务（Coding），不再满足于完成Coding。希望看到代码的美（封装性、结构合理等）。

在一篇流传甚广的帖子里，有人把<<重构>>与<<设计模式>>并列为“Java行业的圣经”。本人对此甚为推崇。

1.1        设计模式是架构层面的追求

1.1.1         开源中间件的设计模式做的非常好

此时，在框架级别的层面，追求设计模式，可以增强代码的合理性、封装性、可复用性。引入工厂模式、代理模式、桥梁模式等，增强了代码的结构的设计。设计模式在软件层面相当于优化了了代码的组成结构。开源社区的很多中间件之所以被很多人使用，不仅仅是因为它们包含一些代码可以完成一些基础的功能，还因为这些代码融入了设计模式，使得代码非常适合作为中间件、框架，被个人、企业用户稍加修改，便可以快速地用于完成项目。

开源中间件设计模式做的很好，那是因为它的设计模式得到了无数开源社区贡献者的审查与优化。

1.1.2         设计模式可以让项目代码结构更优秀

框架层面的设计模式的引入，可以让项目代码的骨架更加的合理、灵活，方便扩展、修改、重用。试想一下，当我们描述一个模块的时候，脑中瞬间想到的是这个模块的设计的总体框架，那便对该模块有一个整体的把握，各个细节性的代码都被合理的封装与设计模式的各个模型之中，这样的代码看起来，怎么不会令人感到很美、很爽。

 

1.2        重构是内容层面的追求

1.2.1         什么是重构

所谓重构是这样一个过程：再不改变代码外在行为的前提下，对代码作出修改，以改进程序的内部结构。重构是一种经千锤百炼形成的有条不紊的程序的整理方法，可以最大限度的减少整理过程中引入错误的几率。本质上说：重构就是在代码写好之后改进它的设计。

重构是代码级别的一种追求。设计模式是代码结构层面的一种追求。很多时候，设计模式与重构是密不可分的。

1.2.2         防止代码慢慢腐烂

很多人以为重构是项目完成后的行为，这是一种错误的观念。

如果你手里有一堆混乱的代码，你可以借助重构将它设计成为良好的代码。重构的步骤都非常简单：你只需要把某个字段从一个类迁移到另一个类，把某个代码从一个函数拉出来成为另一个函数，或是在继承体系中把某些代码推上推下就行了。但是，聚沙成塔，这些小小的修改积累起来就可以从根本上改善设计质量。这和一般常见的“软件会慢慢腐烂”的观点恰恰相反。

1.2.3         重构可以改善代码

重构可以改善下述代码：

重复代码、过长函数、过大的类、过长的参数列、发散式变化、过于耦合、数据泥团、基本类型偏执、过多的注释、冗赘类、平行继承体系等。

1.2.4         重构常见方法

重构的常见方法如下：

重构列表、提炼函数、内联函数、以查询取代临时变量、分解临时变量、移除对参数的赋值、替换算法、将类内联化、以对象取代数据值、分解条件表达式、合并条件表达式、函数上移等。