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

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

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

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

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

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

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

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

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

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

重构到模式可以改善下述代码：

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

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