软件开发“教父”的20年，重构开发模式，重塑开发者思惟

风轻扬1979

Martin Fowler，世界级软件开发巨匠，矫捷开发的开辟者和开创人寰球出名的面向对象剖析设计、UML、模式等专业畛域的领头羊，独创矫捷开发办法论，被誉为软件开发“教父”，现任职于寰球出名技术征询公司ThoughtWorks，首席迷信家。

Martin Fowler
坊间流传着这样一句话，假如有一本编程技术类书籍可以让读者在任务或理论多年后，还在重复咀嚼玩味、爱不释手、疏导着读者后退着，阿谁必然是Martin Fowler的《重构》。
Martin仍是IT畛域的出名作家，他撰写的七本无关软件开发的书广受顺序员们的喜欢，包罗重构、企业运用顺序体系构造模式和UML Distilled等畛域。其中《重构》风行国际外，具有数百万读者，国际豆瓣评分高达9.5分。

Object Technology International, Inc，Erich Ga妹妹a 曾这样评估Martin：
Martin Fowler分明地暴-露了重构进程，他为面向对象软件开发所做的奉献难以估计。他解释了重构的原理和最好理论，并指出什么时候何地你应该开始挖掘你的代码以求改良。
因此，我竭力保举你试试Martin Fowler的重构手法，你和你的顺序都将因此更美妙。
软件开发“教父”的重构生涯
Martin Fowler，1963年出世在英格兰的沃尔索耳，恰是编程世界刚刚起步的年代。
Martin 在80年代初开始接触软件行业，那时分Smalltalk仍是一门很火的言语，大家都在学习这门言语，而Martin也刚开始从事软件任务——对于信息零碎对象建模方面的参谋。
阿谁年代没有任何无关面向对象剖析和设计的书籍，大家都是用一种简略的图符表现法，而后提出一个简略的建模进程，最初用几个简略的示例来加以阐明。但Martin以为不该该把重点放在进程——即如何建模，而是把重点放在进程的后果——即模型自身，只管这与过后大环境下的创立形式是相悖的。

到了90年代初，Martin发现，大少数顺序员很难经过紧跟技术翻新的脚步来享用软件工程畛域的新效果。
身为一个信息零碎对象建模参谋， Martin从Smalltalk上学得的专业常识是远远超过这个职业所需求的，他感觉本人既然有了这些建模方面的理念，同时又对编程方面很感兴致，所以他不单在建模方面帮忙他人，还在编程方面进行指点——借助外力的帮忙，准确地应用UML。

从建模到编程言语，他把这些都看成一件残缺的、而非毫有关联的事。
这样的任务继续了近十年，1999年，Martin迎来了别人生中意义严重的一年。
那时Martin拜访了客户调研的开发名目时发现，该零碎的中心承继体系至关混乱，为此，他倡议担任该名目的经理将这些代码进行整顿，然而名目经理以为在名目面临很大的进度压力下，只有顺序看下来还能够运转就算是实现。
这类状况下，《重构：改良既有代码的设计》面世了，Martin在这本书中暴-露了重构的进程，解释了重构的原理和最好理论形式，并给出了什么时候以及何地应该开始挖掘代码以求改良。
重构这个理念一经推出，遭到了泛博顺序员的喜欢，他们感觉在不改动代码内在行动的条件下，对代码做出修正，以改过程序的外部构造是一个十分妙的事。起初，这本风行国内IT行业的《重构》被引入国际，在豆瓣评分以9.2的高分长时间霸屏顺序员必读书单中。
2010年，第五届矫捷软件开发大会“矫捷中国2010”上，Martin的“矫捷宣言”又一次引领了全部IT行业对矫捷开发的意识，从此“矫捷”二字开始风靡国际 IT 畛域。对顺序员们来讲，他就是当之有愧的后行者。

Martin Fowler
就在去年，这位后行者又片面降级了《重构》，《重构：改良既有代码的设计（第2版）》面世了，国际外掀起一阵抢购热潮，豆瓣评分更是高达9.5分。
Martin定义的重构究竟是甚么？
说起重构，还要从1999年产生在Martin身上的一件事说起。面对混乱的零碎的中心承继体系，他倡议担任该名目的经理将这些代码进行整顿，然而被名目经理回绝。
随后，Martin把本人的设法第一时间告知了在这个承继体系上任务的顺序员，顺序员都很敏锐，马上就看出问题的重大性，特别是在这类需求借助外力能力发现问题。他们立刻用了两天的时间整顿好这个承继体系，并删掉了其中一半代码，功用毫发无损，并且发当初承继体系中参加新的类或使用零碎中的其余类都更快、更易了，他们非常感激Martin。
但名目经理很不快乐，他感觉这些顺序员却白白耗损了两地利间，做的任务却与将来几个月要交付的少量功用绝不相关，明明原先的代码运转起来还算正常，为何要为了可能产生的问题去破费时间提前预防呢？
不外在6个月之后，这个名目仍是宣布失败了，缘故是代码太繁杂，无奈调试，也无奈将机能调优到可承受的程度。再起初，这个名目从新启动，独一的解决方法就是从头开始编写全部零碎，Kent Beck 受邀做了参谋。他做了几件悬殊以往的事，其中最首要的一件就是服从Martin的倡议，坚持以继续不停的重构行动来整顿代码。
那时，Martin第一次意识到重构的首要且不成代替性。
“重构”这个概念最开始来自于 Smalltalk圈子，因为重构是框架开发中不成短少的一部份，所以当框架设计者探讨本人的任务时，这个术语就降生了。
当他们精炼本人的类承继体系时，当他们叫喊本人能够拿掉多少多少行代码时，重构的概念缓缓浮出水面，起初重构就进入了其余编程言语营垒之中。
说得直白一点，所谓重构（refactoring）就是这样一个进程：在不改动代码内在行动的条件下，对代码做出修正，以改过程序的外部构造。
重构是一种经千锤百炼造成的有条不紊的顺序整顿办法，能够最大限制地减小整顿过程当中引入过错的几率。实质上说，重构就是在代码写好之后改进它的设计。
“在代码写好之后改进它的设计”这类说法有点儿奇怪。在软件开发的大部份历史时代，大部份人以为，应该先设计然后编码：首先得有一个良好的设计，而后能力开始编码。
然而，跟着时间流逝，人们不停修正代码，因而按照原先设计所得的零碎，总体构造逐步虚弱。代码品质缓缓沉湎，编码任务从谨严的工程腐化为胡砍乱劈的随性行动。
而“重构”正好与此相同.
哪怕手上有一个蹩脚的设计，乃至是一堆凌乱的代码，咱们也能够借由重构将它加工成设计良好的代码。重构的每个步骤都很简略，乃至显得有些过于简略：只需求把某个字段从一个类移到另外一个类，把某些代码从一个函数拉出来构成另外一个函数，或是在承继体系中把某些代码推上推下就行了。
然而，积少成多，这些小小的修正累积起来就能基本改良设计品质。这和个别常见的“软件会缓缓腐朽”的观念偏偏相同。
有了重构当前，Martin发现任务的均衡点开始产生变动，例如，设计不是在一开始实现的，而是在全部开发过程当中逐步显现出来。在零碎构筑过程当中，他学会了如何不停改进设计。这个“构筑-设计”的重复互动，能够让一个顺序在开发过程当中继续保有良好的设计。
Martin以为，重构这货色不成能一开始就彻底正确，它将跟着设计者的教训生长而进化，代码被浏览和被修正的次数远远多于它被编写的次数。而放弃代码易读、易修正的症结，就是重构。

作为一本为专业顺序员编写的重构指南——《重构》，Martin的目的是告知一切顺序员如何以一种可控且高效的形式进行重构，从而增加了开发过程当中的危险。
书里提出的重构原则将帮忙他们学习如何有条不紊地、一次一小步地修正代码、改过程序构造，且不会引入过错的正确的重构形式，终究失掉无效的、长时间可运转的代码顺序，而不是去遵守那句陈旧的工程谚语：“假如它还能够运转，就不要动它。”
重构再度降级
《重构》自1999年面世以来，曾经通过21年了。软件行业里新的编程言语不停涌现，老的编程言语也放慢迭代，而函数式编程和面向对象同样成为了主流编程言语的标配。不只软件开发技术产生了得多首要的变动，各种软件开发工具也日趋古代化，对开发的更好反对也已成为主流编程言语新的中心竞争力。
而当初， “重构”这一理念已被读者普遍接收，作为一种经千锤百炼造成的有条不紊的顺序整顿办法，可以最大限制地减小整顿过程当中引入过错的几率，成为编程的辞汇表中不成或缺的部份，《重构》一书至今仍旧被有数顺序员奉为软件开发畛域的经典之作。
但重构的扎实工夫要学起来、做起来，颇不是件轻松的事，且不说详实到近乎琐碎的重构手法，光是单元测试一事，怕是已有九成顺序员无奈企及，渐渐地，“重构”成为了一块丑陋的招牌，大家都违心挂上这个名号，可实际上干的却可能是“刀劈斧砍”的勾当。
就国际先如今的状况而论，“重构”概念的内外别离，大有愈演愈烈之势。跟着当年的一线技术人员纷纭走上领导岗位，他们乐于将“重构”这块丑陋招牌用在更宽泛的环境下，例如零碎架构甚至组织构造，均可以“重构”一下。
但是根本功的欠缺，却也一路如影随形。当年在对象中的刀劈斧砍，如今被照搬到了架构、组织的调剂。因而“重构”的苦楚回想又一遍遍重演，甚而水平更深、影响更广、危害更烈。
经过重构，当初的顺序员广泛经过微增量来开发零碎、编写测试用例。但Martin以为这远远不敷，重构的影响其实应该更普遍，20年前，他和其余后行者激励大家都承受重构这一律念，然而，在全部行业遍及重构仍需求至关长的时间。
关于IT畛域来讲，Martin不单单是一个后行者，他仍是一个引路者。
Martin但愿看到更多人使用他们鼎力推行的测试法，使用继续集成和继续交付等办法。但波及上述概念，Martin感觉本人只能尽可能在书中，从主主观上尽量详实地解释这些技术，并但愿这会压服更多人进行尝试，“当他们尝到苦头后就会在任务中真正用上这些办法“。

针对这一景象，Martin推出了《重构：改良既有代码的设计（第2版）》，他在第1版的根底上做了片面订正，反应了编程畛域业20年来产生的许多变动，但Martin传递的理念也一直如一：不改动内在行动，而进步代码品质，但将根底工夫做得更扎实。让人不由感慨于他对“微末工夫”的执着！
得多人猎奇Martin为何抉择将《重构》重版？Martin给出了3个缘故：
第1版里的代码曾经很古老了，书外面还有Java.util.Vector；一些重构并不是是与面向对象紧耦合在一同的；Martin以为Java是一种十分严格的面向对象编程言语，而第1版中一切的重构都是基于面向对象的，他想经过重版来讲明每个顺序员均可以用任何（编程）言语、在任何环境中、遵守书中提到的范例进行重构，这也是他抉择重版《重构》的源能源。Martin以为重构的根本机制不会产生微小转变，即便使用面向对象言语任务也是如斯。他感觉有一等函数很好，能够尝试许多函数式的理念，例如，写软件时大部份函数都具备援用通明性，这在面向对象零碎和在函数式零碎中都是坏事。
所以Martin不像许多人那样在函数式编程和面向对象编程间画出明白边界，他以为二者有得多独特之处，未必存在微小差别。他激励顺序员不要有门户之见，要用综公道念来解决问题。
关于最新版《重构》，Martin以为有一个重构手法或许值得留意，拆分阶段（split phase）。早在几年前，当Martin和Ken Beck商谈拆分阶段的时分，Martin第一次意想到这也是重构手法。
经过这类重构手法，Martin将少量计算公道分为两个阶段，使用两头数据构造进行通讯。其中一个例子是解析拆分阶段可无效地将token从解析中抽离出来，这样就失掉了一个可可保留在存储器种的token流，可处置相干字符串、文本字符串。

Martin Fowler
而说到重构工具，Martin和Kent做了得多年了，但他们历来没无意识到工具的首要性；当他们意想到这一点之后，他们觉得重构工具曾经无处不在，他们以为这个内容十分首要，而后Martin就真把这些新内容加到新版中了。
重构的症结是理念：经过进行最纤细的改动，而后将这些变动串连起来，这就是重构思惟中心。将一个大变动拆分为许多小变动，又在尽量多进行纤细变动的同时，不改动零碎的总体表示，而后随时间推移，重复练习并思考如何进行拆分。Martin在《重构 2》一书中说过，他经过重构框架思考问题的体验，尝试各种高效的重构手法并做出抉择，最首要的就是经过理论进行重构。
他以为在尝试了不同的重构手法后，找出能重构手法生成现实序列，继而进行尝试辨认出这类重构手法，而一样的逻辑也合用于更普遍的层面。
因此，他采取了70多个种可行的重构，而且把每个重构都引见了一种通过验证的代码变换手法的念头和技术。就像软件开发的大少数任务同样，重构除了入手做，别无他法，必需重复理论，必需在名目中使用重构。
Martin一直但愿，重构原则能帮忙大家一步步修正本人的代码，增加了开发过程当中的危险。
重构=编码
在突飞猛进的 IT 技术世界里，不变的货色其实仍是有的——重构。
从《重构》的英文原版引进国际，到当初曾经过来20年了。Martin Fowler 这次对本书进行的重构，体现了近些年来编程畛域的一些思潮变动，既有设计，又永久有改进空间。
只管时间是最弱小的重构工具，连书里的示例言语都从 Java 变为 JavaScript 了，但书中的理念和理论的价值并无随时间流逝。
重构早就成为了软件开发从业者本能的一部份，每个 IDE 都内置了重构功用，每个顺序员都按期重构本人的代码。
关于软件工程师来讲，重构，并非额定的任务，它就是编码自身。切实地读懂了《重构》的软件工程师，在才能上都会获取一个数量级的晋升。

华人澳洲中文论坛

热图推荐

软件开发“教父”的20年，重构开发模式，重塑开发者思惟

发表回复

浏览过的版块

风轻扬1979
关注TA

图文推荐

华人澳洲中文论坛

热图推荐

软件开发“教父”的20年，重构开发模式，重塑开发者思惟

发表回复

浏览过的版块

风轻扬1979 关注TA

图文推荐

风轻扬1979
关注TA