重构_重构代码 - CSDN
  • 什么是重构? 所谓重构是这样一个过程:在不改变代码外在行为的前提下,对代码做出修改,以改进程序的内部结构。 ——引用自《重构:改善既有的代码设计》 重构(名词) 对软件内部结构的一种调整,目的是在不...

    什么是重构

    所谓重构是这样一个过程:在不改变代码外在行为的前提下,对代码做出修改,以改进程序的内部结构。

    ——引用自《重构:改善既有的代码设计

    重构(名词)

    对软件内部结构的一种调整,目的是在不改变软件可观察行为的前提下,提高其可理解性,降低其修改成本。

    重构(动词)

    使用一系列重构手法,在不改变软件可观察行为的前提下,调整其结构。

    为什么需要重构?

    项目经过不断的迭代、修改、升级…基于原先的设计所得到的系统,整体结构逐渐衰弱,代码质量不断降低,代码的可读性、弹性越来越差,冗余代码越来越多,导致新的需求只能胡乱拼凑上去…再加上公司内部的人员调整,陈年代码无人能懂更不敢随意优化(稍不注意就会导致意想不到的灾难发生)。

    这样导致的结果就是代码质量、项目性能慢慢下降,程序的设计逐渐腐败变质,本来严谨的编码工作逐渐变成胡乱拼凑的随性行为(只要完成了现有功能,不影响老的功能就万事大吉了!——这应该是大部分在陈年代码的基础上编程的工程师的真是想法)。

    通过重构我们能得到什么?

    1.重构能够改进软件设计

    代码结构的流失是累积性的。越难看出代码的设计意图,就越难保护其中的设计,于是该设计就腐败的越快。而经常性的重构可以帮助代码维持自己的形态和结构。

    完成同样一件事,设计不良的程序往往需要更改代码,这通常是因为相同的代码在不同的地方做着同样的事。如果消除重复代码,你就可以确定所有的事物、行为在代码中只表述一次,这正是优秀设计的根本。

    2.重构使软件更容易理解

    重构会使代码渐趋简洁,越简洁就越容易理解,越容易理解就越容易修改…

    3.重构能够找到代码中隐藏的bug

    对代码进行重构,可以更深入的理解代码,搞清楚程序的结构,于是bug就被揪出来了。

    重构能够帮助程序员更有效的写出更强健的代码。

    4.重构提高编程速度

    良好的设计是开发的根本,拥有良好的设计才可能做到快速开发。如果没有良好的设计,或许短时间内进展迅速,但是恶劣的设计很快就让你的速度慢下来。你会花费大量的时间进行调试,添加新功能难度越来越高,修改时间越来越长,bug越藏越深,为了解决问题于是一个又一个补丁出现…哦~真是一个恶性循环。

    重构可以帮助你更快的开发软件,因为它阻止系统腐败变质,它甚至还可以提高设计质量。

    何时重构:见何时重构?

     


    转载请注明:李锋镝的博客 >> https://www.lifengdi.com/archives/article/275

    展开全文
  • 一直很喜欢重构这本书,但是由于自己记性不太好,书看过之后其中的方法总是记不住,于是想如果有电子版的重构书就好了,工作中遇到重构的问题可以随时打开查阅。在网上搜索了许久,发现重构这本书有英文chm版本的,...
  • 重构学习总结(超赞!!!)

    千次阅读 2018-02-27 20:31:04
    重构前,需要先构建好可靠的测试环境,确保安全地重构重构是以微小的步伐修改程序,如果犯下错误,很容易便可以发现它。案例分析影片出租店应用程序,包括三个类:Movie、Rental 和 Customer,Rental 包含租赁的...

    我是技术搬运工,好东西当然要和大家分享啦.原文地址

    第一章 第一个案例

    如果你发现自己需要为程序添加一个特性,而代码结构使你无法很方便地达成目的,那就先重构这个程序。

    在重构前,需要先构建好可靠的测试环境,确保安全地重构。

    重构是以微小的步伐修改程序,如果犯下错误,很容易便可以发现它。

    案例分析

    影片出租店应用程序,包括三个类:Movie、Rental 和 Customer,Rental 包含租赁的 Movie 以及天数。

    最开始的实现是把所有的计费代码都放在 Customer 类中,在变化发生时,需要对这部分代码进行更改。本案例中可能发生的变化有:一种类别的计费方式发生改变;添加新的电影类别。考虑到计费代码可能存在于多处,一旦发生改变时,就需要对所有计费代码进行修改。

    以下是继承 Movie 的多态方案。但是由于一部 Movie 的类别会动态改变,因此这种方案不可行。

    引入 Price 来反应类别信息,通过组合的方式在 Movie 中加入 Price 对象,这样每种类别的计费方式都封装在不同的 Price 子类中,并且 Movie 对象也可以动态改变类别。这种方式可以很好地适应上述提到的变化。

    重构后的时序图和类图:

    第二章 重构原则

    重构是对软件内部结构的一种调整,目的是在不改变软件可观察行为的前提下,提高其可理解性,降低其修改成本。

    重构的好处:改进软件设计;使软件更容易理解;帮助找到 bug;提高编程速度。

    三次法则:第一次做某件事时只管去做;第二次做类似事情时可以去做;第三次再做类似的事,就应该重构。

    间接层与重构:计算机科学中的很多问题可以通过增加一个间接层来解决,间接层具有以下价值:允许逻辑共享;分开解释意图和实现;隔离变化;封装条件逻辑。重构可以理解为在适当的位置插入间接层以及在不需要时移除间接层。

    修改接口:可以保留旧接口,让旧接口去调用新接口,并且使用 Java 提供的 @deprecation 将旧接口标记为弃用。除非真有必要,不要发布接口,并且不要过早发布接口。

    当现有代码过于混乱时,应当重写而不是重构。一个折中的办法是,将代码封装成一个个组件,然后对各个组件做重写或者重构的决定。

    软件开发无法预先设计,因为开发过程有很多变化发生,在最开始不可能都把所有情况考虑进去。重构可以简化设计,重构在一个简单的设计上进行修修改改,当变化发生时,以一种灵活的方式去应对变化,进而带来更好的设计。

    为了软代码更容易理解,重构可能会导致性能减低。在编写代码时,不用对性能过多关注,只有在最后性能优化阶段再考虑性能问题。应当只关注关键代码的性能,因为只有一小部分的代码是关键代码。

    第三章 代码的坏味道

    1. Duplicated Code(重复代码)

    同一个类的两个函数有相同表达式,则用 Extract Method 提取出重复代码;

    两个互为兄弟的子类含有相同的表达式,先使用 Extract Method,然后把提取出来的函数 Pull Up Method 推入超类。

    如果只是部分相同,用 Extract Method 分离出相似部分和差异部分,然后使用 Form Template Method 这种模板方法设计模式。

    如果两个毫不相关的类出现重复代码,则使用 Extract Class 方法将重复代码提取到一个独立类中。

    2. Long Method(过长函数)

    间接层的价值:解释能力、共享能力、选择能力;

    分解函数的原则:当需要用注释来说明一段代码时,就需要把这部分代码写入一个独立的函数中。

    Extract Method 会把很多参数和临时变量都当做参数,可以用 Replace Temp with Query 消除临时变量,Introduce Parameter Object 和 Preserve Whole Object 可以将过长的参数列变得更简洁。

    条件和循环往往也需要提取到新的函数中。

    3. Large Class(过大的类)

    过大的类做了过多事情,需要使用 Extract Class 或 Extract Subclass。

    先确定客户端如何使用它们,然后运用 Extract Interface 为每一种使用方式提取出一个接口。

    4. Long Parameter List(过长的参数列)

    5. Divergent Change(发散式变化)

    一个类受到多种变化的影响;

    针对某种原因的变化,使用 Extract Class 将它提炼到一个类中。

    6. Shotgun Surgery(散弹式修改)

    一个变化引起多个类修改;

    使用 Move Method 和 Move Field 把所有需要修改地代码放到同一个类中。

    7. Feature Envy(依恋情结)

    一个函数对某个类的兴趣高于对自己所处类的兴趣,通常是过多访问其它类的数据。

    使用 Move Method 将它移到该去的地方,如果对多个类都有 Feature Envy,先用 Extract Method 提取出多个函数。

    8. Data Clumps(数据泥团)

    有些数据经常一起出现,比如两个类具有相同的字段、许多函数有相同的参数。使用 Extract Class 将它们放在一起。

    9. Primitive Obsession(基本类型偏执)

    使用类往往比使用基本类型更好,使用 Replace Data Value with Object 将数据值替换为对象。

    10. Switch Statements(switch 惊悚现身)

    11. Parallel Inheritance Hierarchies(平行继承体系)

    每当为某个类增加一个子类,必须也为另一个类相应增加一个子类。

    这种结果会带来一些重复性,消除重复性的一般策略:让一个继承体系的实例引用另一个继承体系的实例。

    12. Lazy Class(冗余类)

    如果一个类没有做足够多的工作,就应该消失。

    13. Speculative Generality(夸夸其谈未来性)

    有些内容是用来处理未来可能发生的变化,但是往往会造成系统难以理解和维护,并且预测未来可能发生的改变很可能和最开始的设想相反。因此,如果不是必要,就不要这么做。

    14. Temporary Field(令人迷惑的暂时字段)

    某个字段仅为某种特定情况而设,这样的代码不易理解,因为通常认为对象在所有时候都需要它的所有字段。

    把这种字段和特定情况的处理操作使用 Extract Class 提炼到一个独立类中。

    15. Message Chains(过度耦合的消息链)

    一个对象请求另一个对象,然后再向后者请求另一个对象,然后...,这就是消息链。采用这种方式,意味着客户代码将与对象间的关系紧密耦合。

    改用函数链,用函数委托另一个对象来处理。

    16. Middle Man(中间人)

    中间人负责处理委托给它的操作,如果一个类中有过多的函数都委托给其它类,那就是过度运用委托,应当 Remove Middle Man,直接与负责的对象打交道。

    17. Inappropriate Intimacy(狎昵关系)

    两个类多于亲密,花费太多时间去探讨彼此的 private 成分。

    18. Alernative Classes with Different Interfaces(异曲同工的类)

    19. Incomplete Library Class(不完美的类库)

    类库的设计者不可能设计出完美的类库,当我们需要对类库进行一些修改时,可以使用以下两种方法:如果只是修改一两个函数,使用 Introduce Foreign Method;如果要添加一大堆额外行为,使用 Introduce Local Extension。

    20. Data Class(幼稚的数据类)

    它只拥有一些数据字段。

    找出字段使用的地方,然后把相应的操作移到 Data Class 中。

    21. Refused Bequest(被拒绝的馈赠)

    子类继承超类的所有函数和数据,但是它只想要一部分。

    为子类新建一个兄弟类,不需要的函数或数据使用 Push Down Method 和 Push Down Field 下推给那个兄弟。

    22. Comments(过多的注释)

    使用 Extract Method 提炼出需要注释的部分,然后用函数名来解释函数的行为。

    第四章 构筑测试体系

    Java 可以使用 Junit 进行单元测试。

    单元测试的对象是类的方法,而功能测以客户的角度保证软件正常运行。

    应当集中测试可能出错的边界条件。

    第五章 重构列表

    小步前进,频繁测试。

    第六章 重新组织函数

    1. Extract Method(提炼函数)

    将这段代码放进一个独立函数中,并让函数名称解释该函数的用途。

    2. Inline Method(内联函数)

    一个函数的本体与名称同样清楚易懂。

    在函数调用点插入函数本体,然后移除该函数。

    3. Inline Temp(内联临时变量)

    一个临时变量,只被简单表达式赋值一次,而它妨碍了其它重构手法。

    将所有对该变量的引用替换为对它赋值的那个表达式自身。

    double basePrice = anOrder.basePrice();
    return basePrice > 1000;
    return anOrder.basePrice() > 1000;

    4. Replace Temp with Query(以查询取代临时变量)

    以临时变量保存某一表达式的运算结果,将这个表达式提炼到一个独立函数中,将所有对临时变量的引用点替换为对新函数的调用。Replace Temp with Query 往往是 Extract Method 之前必不可少的一个步骤,因为局部变量会使代码难以提炼。

    double basePrice = quantity * itemPrice;
    if(basePrice > 1000)
        return basePrice * 0.95;
    else
        return basePrice * 0.98;
    if(basePrice() > 1000)
        return basePrice() * 0.95;
    else
        return basePrice() * 0.98;
    
    // ...
    double basePrice(){
        return quantity * itemPrice;
    }

    5. Introduce Explaining Variable(引起解释变量)

    将复杂表达式(或其中一部分)的结果放进一个临时变量,以此变量名称来解释表达式用途。

    if((platform.toUpperCase().indexOf("MAC") > -1) &&
      (browser.toUpperCase().indexOf("IE") > -1) &&
      wasInitialized() && resize > 0) {
        // do something
    }
    final boolean isMacOS = platform.toUpperCase().indexOf("MAC") > -1;
    final boolean isIEBrower = browser.toUpperCase().indexOf("IE") > -1;
    final boolean wasResized = resize > 0;
    
    if(isMacOS && isIEBrower && wasInitialized() && wasResized) {
        // do something
    }

    6. Split Temporary Variable(分解临时变量)

    某个临时变量被赋值超过一次,它既不是循环变量,也不是用于收集计算结果。

    针对每次赋值,创造一个独立、对应的临时变量,每个临时变量只承担一个责任。

    7. Remove Assigments to Parameters(移除对参数的赋值)

    以一个临时变量取代对该参数的赋值。

    int discount (int inputVal, int quentity, int yearToDate){
        if (inputVal > 50) inputVal -= 2;
    int discount (int inputVal, int quentity, int yearToDate){
        int result = inputVal;
        if (inputVal > 50) result -= 2;

    8. Replace Method with Method Object(以函数对象取代函数)

    当对一个大型函数采用 Extract Method 时,由于包含了局部变量使得很难进行该操作。

    将这个函数放进一个单独对象中,如此一来局部变量就成了对象内的字段。然后可以在同一个对象中将这个大型函数分解为多个小型函数。

    9. Subsititute Algorithn(替换算法)

    第七章 在对象之间搬移特性

    1. Move Method(搬移函数)

    类中的某个函数与另一个类进行更多交流:调用后者或者被后者调用。

    将这个函数搬移到另一个类中。

    2. Move Field(搬移字段)

    类中的某个字段被另一个类更多地用到,这里的用到是指调用取值设值函数,应当把该字段移到另一个类中。

    3. Extract Class(提炼类)

    某个类做了应当由两个类做的事。

    应当建立一个新类,将相关的字段和函数从旧类搬移到新类。

    4. Inline Class(将类内联化)

    与 Extract Class 相反。

    5. Hide Delegate(隐藏“委托关系”)

    建立所需的函数,隐藏委托关系。

    class Person{
        Department department;
    
        public Department getDepartment(){
            return department;
        }
    }
    
    class Department{
        private Person manager;
    
        public Person getManager(){
            return manager;
        }
    }

    如果客户希望知道某人的经理是谁,必须获得 Department 对象,这样就对客户揭露了 Department 的工作原理。

    Person manager = john.getDepartment().getManager();

    通过为 Peron 建立一个函数来隐藏这种委托关系。

    public Person getManager(){
        return department.getManager();
    }

    6. Remove Middle Man(移除中间人)

    与 Hide Delegate 相反,本方法需要移除委托函数,让客户直接调用委托类。

    Hide Delegate 有很大好处,但是它的代价是:每当客户要使用受托类的新特性时,就必须在服务器端添加一个简单的委托函数。随着受委托的特性越来越多,服务器类完全变成了一个“中间人”。

    7. Introduce Foreign Method(引入外加函数)

    需要为提供服务的类添加一个函数,但是无法修改这个类。

    可以在客户类中建立一个函数,并以第一参数形式传入一个服务类的实例,让客户类组合服务器实例。

    8. Introduce Local Extension(引入本地扩展)

    和 Introduce Foreign Method 目的一样,但是 Introduce Local Extension 通过建立新的类来实现。有两种方式:子类或者包装类,子类就是通过继承实现,包装类就是通过组合实现。

    第八章 重新组织数据

    1. Self Encapsulate Field(自封装字段)

    为字段建立取值/设值函数,并用这些函数来访问字段。只有当子类想访问超类的一个字段,又想在子类中将对这个字段访问改为一个计算后的值,才使用这种方式,否则直接访问字段的方式简洁明了。

    2. Replace Data Value with Object(以对象取代数据值)

    在开发初期,往往会用简单的数据项表示简单的情况,但是随着开发的进行,一些简单数据项会具有一些特殊行为。比如一开始会把电话号码存成字符串,但是随后发现电话号码需要“格式化”、“抽取区号”之类的特殊行为。

    3. Change Value to Reference(将值对象改成引用对象)

    将彼此相等的实例替换为同一个对象。这就要用一个工厂来创建这种唯一对象,工厂类中需要保留一份已经创建对象的列表,当要创建一个对象时,先查找这份列表中是否已经存在该对象,如果存在,则返回列表中的这个对象;否则,新建一个对象,添加到列表中,并返回该对象。

    4. Change Reference to value(将引用对象改为值对象)

    以 Change Value to Reference 相反。值对象有个非常重要的特性:它是不可变的,不可变表示如果要改变这个对象,必须用一个新的对象来替换旧对象,而不是修改旧对象。

    需要为值对象实现 equals() 和 hashCode() 方法

    5. Replace Array with Object(以对象取代数组)

    有一个数组,其中的元素各自代表不同的东西。

    以对象替换数组,对于数组中的每个元素,以一个字段来表示,这样方便操作,也更容易理解。

    6. Duplicate Observed Data(赋值“被监视数据”)

    一些领域数据置身于 GUI 控件中,而领域函数需要访问这些数据。

    将该数据赋值到一个领域对象中,建立一个 Oberver 模式,用以同步领域对象和 GUI 对象内的重复数据。

    7. Change Unidirectional Association to Bidirectional(将单向关联改为双向关联)

    当两个类都需要对方的特性时,可以使用双向关联。

    有两个类,分别为订单 Order 和客户 Customer,Order 引用了 Customer,Customer 也需要引用 Order 来查看其所有订单详情。

    class Order{
        private Customer customer;
        public void setCustomer(Customer customer){
            if(this.customer != null)
                this.customer.removeOrder(this);
            this.customer = customer;
            this.customer.add(this);
        }
    }
    class Curstomer{
        private Set<Order> orders = new HashSet<>();
        public void removeOrder(Order order){
            orders.remove(order);
        }
        public void addOrder(Order order){
            orders.add(order);
        }
    }

    注意到,这里让 Curstomer 类来控制关联关系。有以下原则来决定哪个类来控制关联关系:如果某个对象是组成另一个对象的部件,那么由后者负责控制关联关系;如果是一对多关系,则由单一引用那一方来控制关联关系。

    8. Change Bidirectional Association to Unidirectional(将双向关联改为单向关联)

    和 Change Unidirectional Association to Bidirectiona 为反操作。

    双向关联维护成本高,并且也不易于理解。大量的双向连接很容易造成“僵尸对象”:某个对象本身已经死亡了,却保留在系统中,因为它的引用还没有全部完全清除。

    9. Replace Magic Number with Symbolic Constant(以字面常量取代魔法数)

    创建一个常量,根据其意义为它命名,并将字面常量换位这个常量。

    10. Encapsulate Field(封装字段)

    public 字段应当改为 private,并提供相应的访问函数。

    11. Encapsulate Collection(封装集合)

    函数返回集合的一个只读副本,并在这个类中提供添加/移除集合元素的函数。如果函数返回集合自身,会让用户得以修改集合内容而集合拥有者却一无所知。

    12. Replace Record with Data Class(以数据类取代记录)

    13. Replace Type Code with Class(以类取代类型码)

    类中有一个数值类型码,但它并不影响类的行为,就用一个新类替换该数值类型码。如果类型码出现在 switch 语句中,需要使用 Replace Conditional with Polymorphism 去掉 switch,首先必须运用 Replace Type Code with Subcalss 或 Replace Type Code with State/Strategy 去掉类型码。

    14. Replace Type Code with Subcalsses(以子类取代类型码)

    有一个不可变的类型码,它会影响类的行为,以子类取代这个类型码。

    15. Replace Type Code with State/Strategy (以 State/Strategy 取代类型码)

    有一个可变的类型码,它会影响类的行为,以状态对象取代类型码。

    和 Replace Type Code with Subcalsses 的区别是 Replace Type Code with State/Strategy 的类型码是动态可变的,前者通过继承的方式来实现,后者通过组合的方式来实现。因为类型码可变,如果通过继承的方式,一旦一个对象的类型码改变,那么就要改变用新的对象来取代旧对象,而客户端难以改变新的对象。但是通过组合的方式,改变引用的状态类是很容易的。

    16. Replace Subclass with Fields(以字段取代子类)

    各个子类的唯一差别只在“返回常量数据”的函数上。

    第九章 简化条件表达式

    1. Decompose Conditional(分解条件表达式)

    对于一个复杂的条件语句,可以从 if、then、else 三个段落中分别提炼出独立函数。

    if(data.befor(SUMMER_START) || data.after(SUMMER_END))
        charge = quantity * winterRate + winterServiceCharge;
    else charge = quantity * summerRate;
    if(notSummer(date))
        charge = winterCharge(quantity);
    else charge = summerCharge(quantity);

    2. Consolidate Conditional Expression(合并条件表达式)

    有一系列条件测试,都得到相同结果。

    将这些测试合并为一个条件表达式,并将这个条件表达式提炼成为一个独立函数。

    double disabilityAmount(){
        if (seniority < 2) return 0;
        if (monthsDisabled > 12 ) return 0;
        if (isPartTime) return 0;
        // ...
    }
    double disabilityAmount(){
        if (isNotEligibleForDisability()) return 0;
        // ...
    }

    3. Consolidate Duplicate Conditional Fragments (合并重复的条件片段)

    在条件表达式的每个分支上有着相同的一段代码。

    将这段重复代码搬移到条件表达式之外。

    if (isSpecialDeal()){
        total = price * 0.95;
        send();
    } else {
        total = price * 0.98;
        send();
    }
    if (isSpecialDeal()) {
        total = price * 0.95;
    } else {
        total = price * 0.98;
    }
    send();

    4. Remove Control Flag(移除控制标记)

    在一系列布尔表达式中,某个变量带有“控制标记”的作用。

    用 break语 句或 return 语句来取代控制标记。

    5. Replace Nested Conditional with Guard Clauses (以卫语句取代嵌套条件表达式)

    如果某个条件极其罕见,就应该单独检查该条件,并在该条件为真时立刻从函数中返回,这样的单独检查常常被称为“卫语句”(guard clauses)。

    条件表达式通常有两种表现形式。第一种形式是:所有分支都属于正常行为。第二种形式则是:条件表达式提供的答案中只有一种是正常行为,其他都是不常见的情况,可以使用卫语句表现所有特殊情况。

    double getPayAmount() {
        double result;
        if (isDead) result = deadAmount();
        else {
            if (isSeparated) result = separatedAmount();
            else {
                if (isRetired) result = retiredAmount();
                else result = normalPayAmount();
            };
        }
        return result;
    };
    double getPayAmount() {
        if (isDead) return deadAmount();
        if (isSeparated) return separatedAmount();
        if (isRetired) return retiredAmount();
        return normalPayAmount();
    };

    6. Replace Conditional with Polymorphism (以多态取代条件表达式)

    将这个条件表达式的每个分支放进一个子类内的覆写函数中,然后将原始函数声明为抽象函数。需要先使用 Replace Type Code with Subclass 或 Replace Type Code with State/Strategy 来建立继承结果。

    double getSpeed() {
        switch (type) {
            case EUROPEAN:
                return getBaseSpeed();
            case AFRICAN:
                return getBaseSpeed()- getLoadFactor()* numberOfCoconuts;
            case NORWEGIAN_BLUE:
                return isNailed ? 0 : getBaseSpeed(voltage);
        }
        throw new RuntimeException("Should be unreachable");
    }

    7. Introduce Null Object(引入Null对象)

    将 null 值替换为 null 对象。这样做的好处在于,不需要询问对象是否为空,直接调用就行。

    if (customer == null) plan = BillingPlan.basic();
    else plan = customer.getPlan();

    8. Introduce Assertion(引入断言)

    以断言明确表现某种假设。断言只能用于开发过程中,产品代码中不会有断言。

    double getExpenseLimit() {
        // should have either expense limit or a primary project
        return (expenseLimit != NULL_EXPENSE) ? expenseLimit :  primaryProject.getMemberExpenseLimit();
    }
    double getExpenseLimit() {
        Assert.isTrue (expenseLimit != NULL_EXPENSE || primaryProject != null);
        return (expenseLimit != NULL_EXPENSE) ? expenseLimit :  primaryProject.getMemberExpenseLimit();
    }

    第十章 简化函数调用

    1. Rename Method(函数改名)

    使函数名能解释函数的用途。

    2. Add Parameter(添加参数)

    使函数不需要通过调用获得某个信息。

    3. Remove Parameter(移除参数)

    与 Add Parameter 相反,改用调用的方式来获得某个信息。

    4. Separate Query from Modifier(将查询函数和修改函数分离)

    某个函数即返回对象状态值,又修改对象状态。

    应当建立两个不同的函数,其中一个负责查询,另一个负责修改。任何有返回值的函数,都不应该有看得到的副作用。

    getTotalOutstandingAndSetReadyForSummaries();
    getTotalOutstanding();
    setReadyForSummaries();

    5. Parameterize Method(令函数携带参数)

    若干函数做了类似的工作,但在函数本体中却包含了不同的值。

    建立单一函数,以参数表达那些不同的值。

    fivePercentRaise();
    tenPercentRaise();
    raise(percentage);

    6. Replace Parameter with Explicit Methods(以明确函数取代参数)

    有一个函数,完全取决于参数值而采取不同行为。

    针对该参数的每一个可能值,建立一个独立函数。

    void setValue(String name, int value){
        if (name.equals("height")){
            height = value;
            return;
        }
        if (name.equals("width")){
            width = value;
            return;
        }
        Assert.shouldNeverReachHere();
    }
    void setHeight(int arg){
        height = arg;
    }
    void setWidth(int arg){
        width = arg;
    }

    7. Preserve Whole Object(保持对象完整)

    从某个对象中取出若干值,将它们作为某一次函数调用时的参数。

    改为传递整个对象。

    int low = daysTempRange().getLow();
    int high = daysTempRange().getHigh();
    withinPlan = plan.withinRange(low,high);
    withinPlan = plan.withinRange(daysTempRange());

    8. Replace Parameter with Methods(以函数取代参数)

    对象调用某个函数,并将所得结果作为参数,传递给另一个函数。而接受该参数的函数本身也能够调用前一个函数。

    让参数接收者去除该项参数,而是直接调用前一个函数。

    int basePrice = _quantity * _itemPrice;
    discountLevel = getDiscountLevel();
    double finalPrice = discountedPrice (basePrice, discountLevel);
    int basePrice = _quantity * _itemPrice;
    double finalPrice = discountedPrice (basePrice);

    9. Introduce Parameter Object(引入参数对象)

    某些参数总是很自然地同时出现,这些参数就是 Data Clumps。

    以一个对象取代这些参数。

    10. Remove Setting Method(移除设值函数)

    类中的某个字段应该在对象创建时被设值,然后就不再改变。

    去掉该字段的所有设值函数,并将该字段设为 final。

    11. Hide Method(隐藏函数)

    有一个函数,从来没有被其他任何类用到。

    将这个函数修改为 private。

    12. Replace Constructor with Factory Method (以工厂函数取代构造函数)

    希望在创建对象时不仅仅是做简单的建构动作。

    将构造函数替换为工厂函数。

    13. Encapsulate Downcast(封装向下转型)

    某个函数返回的对象,需要由函数调用者执行向下转型(downcast)。

    将向下转型动作移到函数中。

    Object lastReading(){
        return readings.lastElement();
    }
    Reading lastReading(){
        return (Reading)readings.lastElement();
    }

    14. Replace Error Code with Exception (以异常取代错误码)

    某个函数返回一个特定的代码,用以表示某种错误情况。

    改用异常,异常将普通程序和错误处理分开,使代码更容易理解。

    15. Replace Exception with Test(以测试取代异常)

    面对一个调用者可以预先检查的条件,你抛出了一个异常。

    修改调用者,使它在调用函数之前先做检查。

    double getValueForPeriod(int periodNumber) {
        try {
            return values[periodNumber];
        } catch (ArrayIndexOutOfBoundsException e) {
            return 0;
        }
    }
    double getValueForPeriod(int periodNumber) {
        if (periodNumber >= values.length) return 0;
        return values[periodNumber];

    第十一章 处理概括关系

    1. Pull Up Field(字段上移)

    两个子类拥有相同的字段。

    将该字段移至超类。

    2. Pull Up Method(函数上移)

    有些函数,在各个子类中产生完全相同的结果。

    将该函数移至超类。

    3. Pull Up Constructor Body(构造函数本体上移)

    你在各个子类中拥有一些构造函数,它们的本体几乎完全一致。

    在超类中新建一个构造函数,并在子类构造函数中调用它。

    class Manager extends Employee...
    
    public Manager(String name, String id, int grade) {
        this.name = name;
        this.id = id;
        this.grade = grade;
    }
    public Manager(String name, String id, int grade) {
        super(name, id);
        this.grade = grade;
    }

    4. Push Down Method(函数下移)

    超类中的某个函数只与部分子类有关。

    将这个函数移到相关的那些子类去。

    5. Push Down Field(字段下移)

    超类中的某个字段只被部分子类用到。

    将这个字段移到需要它的那些子类去。

    6. Extract Subclass(提炼子类)

    类中的某些特性只被某些实例用到。

    新建一个子类,将上面所说的那一部分特性移到子类中。

    7. Extract Superclass(提炼超类)

    两个类有相似特性。

    为这两个类建立一个超类,将相同特性移至超类。

    8. Extract Interface(提炼接口)

    若干客户使用类接口中的同一子集,或者两个类的接口有部分相同。

    将相同的子集提炼到一个独立接口中。

    9. Collapse Hierarchy(折叠继承体系)

    超类和子类之间无太大区别。

    将它们合为一体。

    10. Form Template Method(塑造模板函数)

    你有一些子类,其中相应的某些函数以相同顺序执行类似的操作,但各个操作的细节上有所不同。

    将这些操作分别放进独立函数中,并保持它们都有相同的签名,于是原函数也就变得相同了。然后将原函数上移至超类。(模板方法模式)

    11. Replace Inheritance with Delegation (以委托取代继承)

    某个子类只使用超类接口中的一部分,或是根本不需要继承而来的数据。

    在子类中新建一个字段用以保存超类,调整子类函数,令它改而委托超类,然后去掉两者之间的继承关系。

    12. Replace Delegation with Inheritance (以继承取代委托)

    你在两个类之间使用委托关系,并经常为整个接口编写许多极简单的委托函数。

    让委托类继承受托类。

    展开全文
  • 重构

    2019-09-04 20:43:11
    重构图谱:

    重构图谱:
    在这里插入图片描述

    展开全文
  • 代码重构(一)

    千次阅读 2019-04-08 18:49:44
    代码重构 代码坏味 1.1重复代码(Duplicated Code) 出现的情况: 相同的代码结构重复出现不同地方时,我们可以将它们合而为一。 两个互为新工地的子类内包含相同的表达式 具体采用的方法: 采用Extract Method...

    代码重构

    1. 代码坏味

    1.1重复代码(Duplicated Code)

    出现的情况:

    1. 相同的代码结构重复出现不同地方时,我们可以将它们合而为一。
    2. 两个互为新工地的子类内包含相同的表达式

    具体采用的方法:

    1. 采用Extract Method提炼重复代码
    2. 只需对两个类都是用Extract Method,然后再对被提炼出来的代码使用Pull Up Method将它推入超类内
    3. 如果两个毫不相关的类出现重复代码,可以考虑使用Extract Class将重复代码提炼到一个独立类中,然后在另一个类内使用这个新类。

     

    1.2 Long Method(过长函数)

    1.采用Extract Method把函数变小

    2.如果函数内有大量的参数和临时变量,经常可以运用Replace Temp with Query来消除这些临时元素。Introduce Parameter Object 和 Preserve Whole Object 则可以将过长的参数列表变得更简洁。如果仍然有太多临时变量和参数,那就应该使出杀手锏:Replace Method with Method Object。

     

    1.3 Large Class(过大的类)

    1.可以使用Extract Class将几个变量一起提炼至新类内,提炼时应该选择类内彼此相关的变量将它们放在一起。如果这个组件适合作为一个子类,也可以使用Extract Subclass。

     

    1.4 Long Parameter List(过长参数列)

    1.如果向已有的对象发出一条请求就可以取代一个参数,那么你应使用Replace Parameter wiht Method。

     

    1.5 Divergent Change(发散式变化)

    特点:如果某个类经常因为不同的原因在不同的方向上发生变化,当需要修改代码时,我们希望能够跳到系统的某一点,只在该处做修改。(一个类受多种变化的影响)

    1.针对某一外界变化的所有修改,都至应该发生在单一类中,而这个新类内的所有内容都应该反应此变化。可以运用Extract Class将他们提炼到另一个类中。

     

    1.6 Shotgun Surgery (散弹式修改)

    该方法和Divergent change类似但是相反。如果每遇到某种变化,你都必须在许多不同的类内做出许多小修改,此即为Shotgun Surgery。(一种变化引起多个类响应修改)

    重构方法:可以使用Move Method 和 Move Field把所有需要修改的代码放进同一个类内。如果没有何时的类可以放置这些代码,可以新建一个。通常使用Inline Class 把一系列相关行为放进同一个类。

    1.7 Feature Envy(依恋清洁)

    官方的:函数对某个类的兴趣高过对自己所处类的兴趣。

    影响:数据和行为不在一处,修改不可控。

    目标:将数据和操作数据的行为包装在一起。

     

    1.8 Data Clumps(数据泥团)

    数据项(data items)就像小孩子:喜欢成群结队地待在一块儿。你常常可以在很多地方看到相同的三或四笔数据项:两个classes内的相同值域(field)、许多函数签名式(signature)中的相同参数。这些「总是绑在一起出现的数据」真应该放进属于它们自己的对象中。首先请找出这些数据的值域形式(field)出现点,运用Extract Class (提炼类)将它们提炼到一个独立对象中。然后将注意力转移到函数签名式(signature)上头,运用Introduce Parameter Object(引入参数对象) 或Preserve Whole Object(保持对象完整) 为它减肥。这么做的直接好处是可以将很多参数列缩短,简化函数调用动作。是的,不必因为Data Clumps只用上新对象的一部分值域而在意,只要你以新对象取代两个(或更多)值域,你就值回票价了。

     

    一个好的评断办法是:删掉众多数据中的一笔。其他数据有没有因而失去意义?如果它们不再有意义,这就是个明确信号:你应该为它们产生一个新对象。

     

    缩短值域个数和参数个数,当然可以去除一些坏味道,但更重要的是:一旦拥有新对象,你就有机会让程序散发出一种芳香。得到新对象后,你就可以着手寻找Feature Envy,这可以帮你指出「可移至新class」中的种种程序行为。不必太久, 所有classes都将在它们的小小社会中充分发挥自己的生产力。

     

    1.9 Primitive Obsession(基本类型偏执)

    定义:Coding的时候总喜欢用基本类型,而不喜欢用对象。

    影响:增加扩展和修改的复杂性。

     

    1.10 Switch Statements(Switch 惊悚现身)

    面向对象程序的一个最明显特征就是:

    少用switch(或case)语句.
    

    从本质上说,switch语句的问题在于重复. 你会发现同样的switch语句散布于不同地点.如果要为它添加一个新的case子句,就必须找到所有并修改它们,面向对象的多态概念可为此带来优雅的解决方案.

    大多数时候,一看到swith语句,你就应该考虑以多态来替换它. 问题是多态该出现在哪里?Switch语句常常根据类型码进行选择,你要的是

    "与该类型码相关的函数或类"
    

    所以应该使用Extract Method将switch语句提炼到一个独立函数中,再以Move Method 将它们搬移到需要多态性的那个类里. 此时你必须决定是否使用Replace Type Code with Subclasses(用子类取代类型码)或者Replace Type Code With State/Strategy(用state或Strategy替代类型码) . 一旦这样完成继承结构之后, 你就可以运用Replace wonditional with
    Polymorphism(用多态取代条件表达式)

    如果你只是在单一函数中有些选择事例, 且并不想改动它们,那么多态就有点杀鸡用牛刀了. 这种情况下Replace Parameter with Explicit Methods(以明确函数取代参数)是个不错的选择. 如果你的选择条件之一是null, 可以试试Introduce Null Object(引入Null对象).


    tips

    Replace Type Code with Subclasses(用子类取代类型码)

    如果你面对的类型码不会影响宿主类的行为,
    可以使用Replace Type Code with Class来处理它们.
     
    但如果类型码会影响宿主类的行为,
    那么最好的办法就是借助多态来处理变化行为.

    1.11 Parallel Inheritance Hierarchies (平行继承体系)

    含义:
        每当为一个类增加子类时,必须也为另一个类相应增加子类。
    坏处:
        重复的类
    目标:
        让其中一个继承体系的实例引用另一个继承体系的实例,减少平行继承的类。
    实现方法:
        让其中一个继承体系的实例引用另一个继承体系的实例
    使用Move Method (搬移函数) 和**Move Field(搬移字段)**消除引用,最终这些平行继承的类。
     

     

     

     

     

    1. 名词注释
    1. Duplicated Code                 重复代码
    2. Extract Method                   提取方法
    3. Pull Up Method                    方法上移
    4. Template Method                 模板设计模式                    
    5. Extract Class 提取类
    6. Extract Subclass 提取子类
    7. Long Method 过长函数
    8. Inline Temp 内联临时变量
    9. Replace Temp with Query      用查询来替换临时变量本身
    10. Introduce Parameter Object 引入参数对象
    11. Data Clumps 数据泥团
    12. Preserve Whole Object 保持对象完整
    13. Move Method 搬移函数
    14. Replace Method with Method Object    用方法对象代替方法
    15. Decompose Conditional 分解条件表达式
    16. Replace Nested Conditional with Guard Clauses   以卫语句取代嵌套条件表达式
    17. Replace Parameter with Methods 以函数取代参数

     

    展开全文
  • 重构工具

    2019-11-18 22:38:08
    重构工具的技术标准 (1)程序数据库 对于重构工具,最重要的需求就是”贯穿整个程序,搜索各种程序元素“。例如,对于某个特定函数,找到其所有可能被调用点。对于某个特定的instance变量,找到读/写该变量的所有...
  • 算法,数据结构,编程语言,数不胜数,代码重构也是其中必备技能之一。 今天小编推荐一本无敌厉害的书,接下来的很长时间你将被这本书刷屏,它将出现在各大畅销书排行榜内,这本书就是《重构(第2版)》。 它在...
  • 什么是重构

    千次阅读 2019-05-28 23:55:33
    所谓重构(refactoring)是这样一个过程:在不改变代码外在行为的前提下,对代码做出修改,以改进程序的内部结构。重构是一种经千锤百炼形成的有条不紊的程序整理方法,可以最大限度地减少整理过程中引入错误的概率。...
  • 重构技法

    2018-12-18 15:58:01
    入职新公司,接手已有的项目,重构技能是必须掌握的,这次从基础盘点下常用的重构方法,不深入设计模式。 什么是重构? 在不改变软件逻辑前提下,重新设计并组织代码的行为。 为什么重构? 接手旧项目的时候,...
  • 什么叫重构

    万次阅读 2014-04-17 01:17:26
    重构是一个模糊的概念,指代的是对程序做较大程度的改变。无关软件质量。
  • (消除重复/冗余代码)
  • 文章目录重构的原则0什么是重构两顶帽子为什么要重构重构改进软件的设计重构使软件更容易理解重构能帮助找到bug重构提高编程速度什么时候重构预备性重构:让添加新功能更容易帮助理解的重构:使代码更容易懂捡垃圾式...
  • 重构 代码重构原则 总结

    千次阅读 2018-10-10 15:25:24
    重构定义 如果你发现自己需要为程序添加一个特性 而代码结构使你无法很方便地达成目的 那就先重构那个程序 使特性的添加比较容易进行 然后再添加特性 重构之前 首先检查自己是否有一套可靠的测试机制 这些测试...
  • 现在来了解重构–改善既有代码的设计。 任何一个软件系统,在最初设计的时候,都很难预测到未来的变化。业务的发展随着公司的发展进行改变。为了能够使日渐复杂的系统更加灵活,简洁,易于修改。大师们引入了重构...
  • 代码重构(C# & ASP.NET版),中文完整扫描版

    千次下载 热门讨论 2020-07-28 14:39:57
    重构是迅速发现并修复有问题的代码的一种高效的方式。在《代码重构(C#&ASP.NET版)》中首次提供了在c#和asp.net中进行重构的专业方法,您将学习如何运用重构技术管理和修改代码。此外,还将学习如何从头开始构建原型...
  • 重构》一书经典总结(一)

    千次阅读 2017-09-02 20:10:18
    重构》一书经典总结(一)为何重构1.重构改进软件设计 2.重构使软件更容易理解 3.重构提交稿编程速度 4.重构帮助找到bug何时重构1.三次法则 第一次做某事的时候去做,第二次会产生反感,但还是会做,第三次就...
  • 重构:从方法论到实践

    千次阅读 2018-04-05 09:13:05
    重构:从方法论到实践 最近部门内部组织了一次大型重构,刚好借着这个机会学习了重构相关的内容,重构可以说代码优化利器,可以很好改善代码结构和开发效率。个人觉得重构应该是随时进行的,开发阶段、测试阶段、...
  • 何谓重构2. 两顶帽子3. 为何重构4. 何时重构5. 重构的挑战6. 重构、架构和YAGNI7. 重构与软件开发过程8. 重构与性能 1. 何谓重构 重构(名词): 对软件内部结构的一种调整,目的是在不改变软件可观察行为的前提下...
  • 重构是什么,为什么要重构,怎么重构

    千次阅读 2018-12-08 22:43:45
    前言: 我们做程序员这一行的哈,说白了就是用机器能识别的语言跟机器打交道,但是经常会出现的一种情况是,我们所写的代码只有自己和机器能看得懂,其他人看懂有一定的...随手打开百度,输入“重构”,点开百度百科...
  • 代码重构(一):函数重构规则

    千次阅读 2018-01-06 15:47:22
    【笔记】以下是通用的代码重构规则python代码重构技巧看这里:Python重构代码的一些模式==========================重构是项目做到 一定程度后必然要做的事情。代码重构,可以改善既有的代码设计,增强既有工程的可...
1 2 3 4 5 ... 20
收藏数 341,267
精华内容 136,506
关键字:

重构