第四组重构

重构 改善既有代码的设计之第十章 简化条件逻辑

10.1、分解条件表达式(Decompose Conditional)

		避免条件表达式过长,难于理解,所以该封装封装

在这里插入图片描述

10.2、合并条件表达式(Consolidate Conditional Expression)

		一串条件检查,检查条件不同,行为一致,可以考虑将他们合并到一个表达式中

在这里插入图片描述
展示一段之前基于此手法重构的一个接口

    def ignorable_check_tax(self, row: List) -> bool:
        """
        可忽略检查税种
        :return:
        """
        affirm_valid_start = row[4].text
        affirm_valid_end = row[5].text
        tax_deadline = row[9].text
        sz_name = row[2].text

        return self.date.ssqs > affirm_valid_end or \
               self.date.ssqz < affirm_valid_start or \
               tax_deadline not in self.tax_deadline_and_date or \
               sz_name == self.individual_income_tax_name or \
               not self.year_report_check_necessity(row)

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

		罕见的单独检查

在这里插入图片描述

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

		针对这种重构手法,一般呢,我们这样做,顶层做一个抽象类,
		定义一个底层必须实现的行为接口,继承顶层之后,重写每个子类的行为,而后每个不同的状态实例调用各自独特的行为

在这里插入图片描述

附:针对简化条件逻辑,其实还有一种手法,就是字典算法,做一个映射关系,也可以避免书写过多的条件分支,下面是简化同事之前写的一段代码
在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值