重构:改善既有代码的设计

1. 第一组重构

1 提炼函数

1.1 提炼函数的动机

  • 何时重构:需要花时间才能弄懂一段代码
  • 对于api,我们不需要去弄明白代码如何实现,只需要知道功能,则不需要重构
  • 大量短小函数会让程序跑的更快,更容易被缓存
  • 当函数超过10行就应该考虑提炼函数

1.2 做法

  1. 创造新函数,根据意图进行命名(”做什么“来命名,而不是“怎么做”命名)
  2. 将待提炼代码复制到新的函数中
  3. 若提炼的代码引用了作用域限于源函数,则以参数的形式传递给新函数
  4. 在源函数中,将被提炼代码段替换为对目标函数的调用
  5. 测试
  6. 若其他代码与被提炼代码有相似处,使用以函数调用来取代内敛代码
import datetime

class Invoice(object):
    def __init__(self,orders,name):
        self.orders=orders
        self.customer=name



def printOwing(invoice:Invoice)->None:
    outstanding=0
    # 打印账单头
    print("*******************************")
    print("****Customer Owes ****")
    print("*******************************")

    # 计算总欠款
    for o in invoice.orders:
        outstanding+=o

    # 计算还款时间
    today=datetime.datetime.now().date()
    invoice.dueDate=today+datetime.timedelta(days=30)

    # 打印账单详情
    print("name: ",invoice.customer)
    print("amount: ",outstanding)
    print("due: ",invoice.dueDate)

if __name__ == '__main__':
    orders=[1,2,3,4,4]
    invorice=Invoice(orders,"zhangsan")
    printOwing(invorice)
  • 打印账单头:没有局部变量
  • 计算总欠款:引用了源函数的变量
  • 计算还款时间:引用了源函数的变量
  • 打印账单详情:引用源函数的变量,还引用了计算总欠款处理后的变量

import datetime

class Invoice(object):
    def __init__(self,orders,name):
        self.orders=orders
        self.customer=name


def printOwing(invoice:Invoice)->None:
    printBanner()
    outstanding = calculateOutstanding(invoice)
    recordDueDate(invoice)
    printDetails(invoice, outstanding)


def printDetails(invoice, outstanding):
    print("name: ", invoice.customer)
    print("amount: ", outstanding)
    print("due: ", invoice.dueDate)


def recordDueDate(invoice):
    today = datetime.datetime.now().date()
    invoice.dueDate = today + datetime.timedelta(days=30)


def calculateOutstanding(invoice):
    outstanding=0
    for o in invoice.orders:
        outstanding += o
    return outstanding


def printBanner():
    print("*******************************")
    print("****Customer Owes ****")
    print("*******************************")

if __name__ == '__main__':
    orders=[1,2,3,4,4]
    invorice=Invoice(orders,"zhangsan")
    printOwing(invorice)

2. 内联函数

即将函数调用替换成代码段

2.1 动机

  • 函数的内部代码和函数名称一样清晰易读
  • 对于一群组织不合理的函数,可以先将它们内联到大型函数中,再以我们喜欢的方式重写提炼成小函数

2.2 做法

  1. 首先检查函数,确定它不具有多态性(如果一个函数属于一个类,并且有子类继承了这个函数,那么就无法内联
  2. 找出这个函数的所有调用点
  3. 将这个函数的所有调用点都替换成函数本体
  4. 每次替换后,进行测试(小步小步这样好测试
  5. 删除函数的定义
class Customer(object):
    def __init__(self,name,location):
        self.name=name
        self.location=location


def gatherCustomerData(out:dict,acustomer:Customer):
    out["name"]=acustomer.name
    out["location"]=acustomer.location
    
def reportLines(aCustomer:Customer):
    lines={}
    gatherCustomerData(lines,aCustomer)
    return lines


if __name__ == '__main__':
    aCustomer=Customer("zhangsan","hanan")
    lines = reportLines(aCustomer)
    for line in lines:
        print(lines[line])
 
  • 收集数据可以内联

class Customer(object):
    def __init__(self,name,location):
        self.name=name
        self.location=location

def reportLines(aCustomer:Customer):
    lines={}
    lines["name"]=aCustomer.name
    lines["location"]=aCustomer.location
    return lines

3. 提炼变量

引入解释性变量

3.1 动机

  • 表达式复杂难懂

3.2 做法

  1. 确认要提炼的表达式有没有副作用
  2. 声明一个不可修改的变量,把你想要提炼的表达式复制一份,并将其赋值给这个变量。
  3. 用这个变量来取代原来的表达式
  4. 测试
class Order(object):
    def __init__(self,itemPrice,quantity):
        self.itemPrice=itemPrice
        self.quantity=quantity

def price(order:Order):
    return order.quantity*order.itemPrice-\
           max(0,order.quantity-500)*order.itemPrice*0.05+\
           min(order.quantity*order.itemPrice*0.1,100)

if __name__ == '__main__':
    order=Order(9,888)
    amout = price(order)
    print(amout)

class Order(object):
    def __init__(self,itemPrice,quantity):
        self.itemPrice=itemPrice
        self.quantity=quantity

def price(order:Order):
    basePrice=order.quantity*order.itemPrice
    quantityDiscount=max(0,order.quantity-500)*order.itemPrice*0.05
    shipping=min(order.quantity*order.itemPrice*0.1,100)
    return basePrice-quantityDiscount+shipping
    
if __name__ == '__main__':
    order=Order(9,888)
    amout = price(order)
    print(amout)

4. 内联变量

4.1 动机

  • 当变量名并不比表达式本身更具有表现力时,我们可以进行内联变量

4.2 做法

  1. 确认变量复制语句的右侧的表达式没有副作用
  2. 如果变量没有被声明为不可修改,则先将其变为不可修改,并执行测试(确保该变量只被赋值一次
  3. 找到第一处使用该变量的地方,替换成表达式
  4. 测试
  5. 重复前面两步,直到所有该变量处都被替换
  6. 删除变量声明和赋值语句
  7. 测试

5. 改变函数声明

改变函数签名

5.1 函数最重要的是什么

  • 函数名字:好的函数名字,就是通过函数名就知道函数的用途
  • 参数列表:增加函数应用范围,改变连接模块条件,去除耦合

反例

class Person(object):
    def __init__(self,phone):
        self.phone=phone

def format_phone_number(person:Person):
    """
    将个人电话号码转换成特定格式
    """
  • 方法跟Person耦合,有必要吗。

正例

class Person(object):
    def __init__(self,phone):
        self.phone=phone

def format_phone_number(phone:str):
    """
    将电话号码转换成特定格式
    """
  • 只依赖需要的内容。

5.2 为何更改函数申明

  • 为了使函数名更好的解释函数用途
  • 参数列表时函数的上下文,为了使得参数列表更合理

5.3 做法

5.3.1 简单做法
  • 修改函数参数
  • 修改函数声明
  • 替换与测试
5.3.2 迁移式做法
  1. 有必要先对函数体内部加以重构,使得后面的提炼步骤易于开展
  2. 使用提炼函数将函数体提炼成一个新的函数(可以起一个临时的名字)
  3. 如果提炼出的函数需要新增参数,用前面的简单做法添加即可
  4. 测试
  5. 对旧函数使用内联函数
  6. 如果新函数使用了临时名字,再次使用改变函数声明将其改回原来的名字
  7. 测试

如果需要改名的函数时一个对外界提供的API,则在提炼出新函数之后就可以暂停重构了,可以将原来的函数声明标位不推荐使用(deprecated)。这样给客户端一点时间转用新的函数。

5.4 case1


class Book(object):
    def __init__(self)->None:
        self._reservations=[]
        
    # 接收用户预订
    def add_reservation(self,customer):
        self._reservations.append(customer)

if __name__ == '__main__':
    a=Book().add_reservation("zhangsan")
  • 添加参数重构
class Book(object):
    def __init__(self)->None:
        self._reservations=[]

    # 接收用户预订
    def add_reservation(self,customer):
        """
        不推荐使用
        """
        self.add_reservation_v2(customer,False)
        
    # 新的接收用户预订方法
    def add_reservation_v2(self,customer,is_priority):
        # 根据优先级进行一系列处理,省略。。。。
        self._reservations.append(customer)

if __name__ == '__main__':
    a=Book().add_reservation("zhangsan")

5.5 case2

# 判断一个人是否来自新西兰
def in_new_england(a_customer):
    return a_customer.address.state in ["MA","CT","ME","VT","NH","RI"]
# 判断一个人是否来自新西兰

def in_new_england(a_customer):
    """
    已废弃
    """
    state_code=a_customer.address.state
    return in_new_enland_v2(state_code)

# 新版本
def in_new_enland_v2(state_code):
    return state_code in ["MA","CT","ME","VT","NH","RI"]

6. 引入参数对象

6.1 动机

  • 当一组变量总是结伴而行,出没于一个有一个函数。可以考虑将其构造参数对象

6.2 做法

  1. 如果没有何时的数据结构,就创建一个
  2. 测试
  3. 使用改变函数申明给原来的函数新增一个参数,类型是新建的数据结构
  4. 测试
  5. 调整所有调用者,传入新数据结构的适当实例,每修改一处,执行测试
  6. 用新数据结构的每项元素,逐一取代参数列表中与之对应的参数项,然后删除原来的参数,测试

7. 函数组合成类

7.1 动机

  • 当一组函数形影不离地操作统一块数据,那么这时候就该考虑建立一个类了。
  • 类能明确地给这些函数提供一个共用的环境,在对象内部调用这些函数可以少传许多参数。

7.2 做法

  1. 将多个函数共用的数据记录加以封装成一个数据结构,然后作为类的属性
  2. 将使用这个数据记录的每个函数,都搬移到这个新建类中
  3. 用以处理数据记录的逻辑可以用提炼函数提炼出来,加入新类中

8. 函数组合成变换函数

8.1 动机

  • 在软件设计时,通常需要把数据喂给一个程序,让它计算出各种派生信息,而且这些派生信息可以在多处被用到。
  • 此时可以将这些派生数据和源数据一起收集起来。
  • 做法就是,利用源数据创建一个类,这个类包含源数据和源数据的派生信息。

8.2 做法

  1. 创建一个变换函数,它输入是源数据,输出是带有附加信息的数据
  2. 在变换函数中,调用了计算附加信息的函数。

9. 拆分阶段

9.1 动机

  • 当一段代码在同时处理两件不同的事情,就应该想着把它拆分成各自独立的模块
  • 如构造与表示分离

9.2 做法

  1. 将第二阶段的代码提炼成独立的函数(比如第二阶段是表示数据)
  2. 测试
  3. 引入一个中转数据结构,将其作为参数添加到提炼出的新函数的参数列表中
  4. 测试
  5. 逐一检查提炼出的”第二阶段函数“的每个参数,如果某个参数被第一阶段用到,则就将其移动到中转数据结构中。每次搬移都要进行测试。
  6. 对第一阶段的代码运用提炼函数,让提炼出的函数返回中转数据结构
def priceOrder(product,quantity,shippingMethod):
    # 基本价格
    basePrice = product.basePrice * quantity
    # 折扣
    discount = max(quantity - product.discountThreshold, 0) * \
               product.basePrice * product.discountRate;
    # 最终价格
    price = applyShipping(basePrice, shippingMethod, quantity, discount)
    return price

def applyShipping(basePrice, shippingMethod, quantity, discount):
    # 每件运费
    shippingPerCase = shippingMethod.discountedFee \
        if basePrice > shippingMethod.discountThreshold \
        else shippingMethod.feePerCase
    # 总运费
    shippingCost = quantity * shippingPerCase
    # 最终价格
    price = basePrice - discount + shippingCost
    return price
def calculatePricingData(product, quantity):
    priceData = PricingData()
    # 基本价格
    priceData.basePrice = product.basePrice * quantity
    # 折扣
    priceData.discount = max(quantity - product.discountThreshold, 0) * \
               product.basePrice * product.discountRate;
    # 数量
    priceData.quantity=quantity
    return priceData

def applyShipping(priceData, shippingMethod):
    # 每件运费
    shippingPerCase = shippingMethod.discountedFee \
        if priceData.basePrice > shippingMethod.discountThreshold \
        else shippingMethod.feePerCase
    # 总运费
    shippingCost = priceData.quantity * shippingPerCase
    # 最终价格
    price = priceData.basePrice - priceData.discount + shippingCost
    return price

def priceOrder(product,quantity,shippingMethod):
    # 构造计算所需要的数据
    priceData = calculatePricingData(product, quantity)
    # 计算总价
    return applyShipping(priceData, shippingMethod)

2. 封装

  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
第1章 重构,第一个案例 1 1.1 起点 1 1.2 重构的第一步 7 1.3 分解并重组statement() 8 1.4 运用多态取代与价格相关的条件逻辑 34 1.5 结语 52 第2章 重构原则 53 2.1 何谓重构 53 2.2 为何重构 55 2.3 何时重构 57 2.4 怎么对经理说 60 2.5 重构的难题 62 2.6 重构设计 66 2.7 重构与性能 69 2.8 重构起源何处 71 第3章 代码的坏味道 75 3.1 Duplicated Code(重复代码) 76 3.2 Long Method(过长函数) 76 3.3 Large Class(过大的类) 78 3.4 Long Parameter List(过长参数列) 78 3.5 Divergent Change(发散式变化) 79 3.6 Shotgun Surgery(霰弹式修改) 80 3.7 Feature Envy(依恋情结) 80 3.8 Data Clumps(数据泥团) 81 3.9 Primitive Obsession(基本类型偏执) 81 3.10 Switch Statements(switch惊悚现身) 82 3.11 Parallel InheritanceHierarchies(平行继承体系) 83 3.12 Lazy Class(冗赘类) 83 3.13 Speculative Generality(夸夸其谈未来性) 83 3.14 Temporary Field(令人迷惑的暂时字段) 84 3.15 Message Chains(过度耦合的消息链) 84 3.16 Middle Man(中间人) 85 3.17 Inappropriate Intimacy(狎昵关系) 85 3.18 Alternative Classes with Different Interfaces(异曲同工的类) 85 3.19 Incomplete Library Class(不完美的库类) 86 3.20 Data Class(纯稚的数据类) 86 3.21 Refused Bequest(被拒绝的遗赠) 87 3.22 Comments(过多的注释) 87 第4章 构筑测试体系 89 4.1 自测试代码的价值 89 4.2 JUnit测试框架 91 4.3 添加更多测试 97 第5章 重构列表 103 5.1 重构的记录格式 103 5.2 寻找引用点 105 5.3 这些重构手法有多成熟 106 第6章 重新组织函数 109 6.1 Extract Method(提炼函数) 110 6.2 Inline Method(内联函数) 117 6.3 Inline Temp(内联临时变量) 119 6.4 Replace Temp with Query(以查询取代临时变量) 120 6.5 Introduce Explaining Variable(引入解释性变量) 124 6.6 Split Temporary Variable(分解临时变量) 128 6.7 Remove Assignments to Parameters(移除对参数的赋值) 131 6.8 Replace Method with Method Object(以函数对象取代函数) 135 6.9 Substitute Algorithm(替换算法) 139 第7章 在对象之间搬移特性 141 7.1 Move Method(搬移函数) 142 7.2 Move Field(搬移字段) 146 7.3 Extract Class(提炼类) 149 7.4 Inline Class(将类内联化) 154 7.5 Hide Delegate(隐藏“委托关系”) 157 7.6 Remove Middle Man(移除中间人) 160 7.7 Introduce Foreign Method(引入外加函数) 162 7.8 Introduce Local Extension(引入本地扩展) 164 第8章 重新组织数据 169 8.1 Self Encapsulate Field(自封装字段) 171 8.2 Replace Data Value with Object(以对象取代数据值) 175 8.3 Change Value to Reference(将值对象改为引用对象) 179 8.4 Change Reference to Value(将引用对象改为值对象) 183 8.5 Replace Array with Object(以对象取代数组) 186 8.6 Duplicate Observed Data(复制“被监视数据”) 189 8.7 Change Unidirectional Association to Bidirectional(将单向关联改为双向关联) 197 8.8 Change Bidirectional Association to Unidirectional(将双向关联改为单向关联) 200 8.9 Replace Magic Number with Symbolic Constant(以字面常量取代魔法数) 204 8.10 Encapsulate Field(封装字段) 206 8.11 Encapsulate Collection(封装集合) 208 8.12 Replace Record with Data Class(以数据类取代记录) 217 8.13 Replace Type Code with Class(以类取代类型码) 218 8.14 Replace Type Code with Subclasses(以子类取代类型码) 223 8.15 Replace Type Code with State/Strategy(以State/Strategy取代类型码) 227 8.16 Replace Subclass with Fields(以字段取代子类) 232 第9章 简化条件表达式 237 9.1 Decompose Conditional(分解条件表达式) 238 9.2 Consolidate Conditional Expression(合并条件表达式) 240 9.3 Consolidate Duplicate Conditional Fragments(合并重复的条件片段) 243 9.4 Remove Control Flag(移除控制标记) 245 9.5 Replace Nested Conditional with Guard Clauses(以卫语句取代嵌套条件表达式) 250 9.6 Replace Conditional with Polymorphism(以多态取代条件表达式) 255 9.7 Introduce Null Object(引入Null对象) 260 9.8 Introduce Assertion(引入断言) 267 第10章 简化函数调用 271 10.1 Rename Method(函数改名) 273 10.2 Add Parameter(添加参数) 275 10.3 Remove Parameter(移除参数) 277 10.4 Separate Query from Modifier(将查询函数和修改函数分离) 279 10.5 Parameterize Method(令函数携带参数) 283 10.6 Replace Parameter with Explicit Methods(以明确函数取代参数) 285 10.7 Preserve Whole Object(保持对象完整) 288 10.8 Replace Parameter with Methods(以函数取代参数) 292 10.9 Introduce Parameter Object(引入参数对象) 295 10.10 Remove Setting Method(移除设值函数) 300 10.11 Hide Method(隐藏函数) 303 10.12 Replace Constructor with Factory Method(以工厂函数取代构造函数) 304 10.13 Encapsulate Downcast(封装向下转型) 308 10.14 Replace Error Code with Exception(以异常取代错误码) 310 10.15 Replace Exception with Test(以测试取代异常) 315 第11章 处理概括关系 319 11.1 Pull Up Field(字段上移) 320 11.2 Pull Up Method(函数上移) 322 11.3 Pull Up Constructor Body(构造函数本体上移) 325 11.4 Push Down Method(函数下移) 328 11.5 Push Down Field(字段下移) 329 11.6 Extract Subclass(提炼子类) 330 11.7 Extract Superclass(提炼超类) 336 11.8 Extract Interface(提炼接口) 341 11.9 Collapse Hierarchy(折叠继承体系) 344 11.10 Form Tem Plate Method(塑造模板函数) 345 11.11 Replace Inheritance with Delegation(以委托取代继承) 352 11.12 Replace Delegation with Inheritance(以继承取代委托) 355 第12章 大型重构 359 12.1 Tease Apart Inheritance(梳理并分解继承体系) 362 12.2 Convert Procedural Design to Objects(将过程化设计转化为对象设计) 368 12.3 Separate Domain from Presentation(将领域和表述/显示分离) 370 12.4 Extract Hierarchy(提炼继承体系) 375 第13章 重构,复用与现实 379 13.1 现实的检验 380 13.2 为什么开发者不愿意重构他们的程序 381 13.3 再论现实的检验 394 13.4 重构的资源和参考资料 394 13.5 从重构联想到软件复用和技术传播 395 13.6 小结 397 13.7 参考文献 397 第14章 重构工具 401 14.1 使用工具进行重构 401 14.2 重构工具的技术标准 403 14.3 重构工具的实用标准 405 14.4 小结 407 第15章 总结 409
一直很喜欢重构这本书,但是由于自己记性不太好,书看过之后其中的方法总是记不住,于是想如果有电子版的重构书就好了,工作中遇到重构的问题可以随时打开查阅。在网上搜索了许久,发现重构这本书有英文chm版本的,而中文版的电子书只有扫描的PDF版本,用起来非常不方便。于是萌生想做一本重构工具书的想法,本来打算自己重新将重构书的内容再整理归类一下,后来发现原书的目录编排就很适合做工具书,包括坏味道分类,重构手法归类等,都有了一个比较系统的整理。因此,我利用空余时间制作了这样的一本中文的chm版重构,希望对大家有所帮助,也算对中国软件业做出一点小小的贡献。 本书基本上是取自”重构”中文版一书的内容,但格式上参照的是chm英文版的格式,还有一些格式小修改,比如第一章的重构前后代码对比。因为时间匆促,个人能力有限,本书难免存在一些缺漏,如果大家发现有问题,随时可以给我发邮件,我会尽快更新错误的内容。 最后再次感谢几位大师 Martin Fowler、Kent Beck等,还有翻译的侯捷和熊节先生,为我们带来这么精彩的一本书。谢谢。 免责声明:本书仅供个人学习研究之用,不得用于任何商业目的,不得以任何方式修改本作品,基于此产生的法律责任本人不承担任何连带责任。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值