[重构到模式-Chain of Responsibility Pattern]把Fizz Buzz招式重构到责任链模式

本文介绍如何将Fizz Buzz游戏的实现通过责任链模式进行重构,以支持动态添加新规则,例如添加7的倍数说Whizz,以及包含数字3的整数说Fizz,同时避免对已有代码的修改。通过这种方式,新需求的实现变得更加灵活和模块化。
摘要由CSDN通过智能技术生成

Fizz Buzz是国外一群小学生集体练习除法的游戏。老师在下课前5分钟,要小朋友们按顺序轮流递增地从1数到100,每人说一个数,当遇到3的倍数(multiples of three)时要说Fizz,遇到5的倍数(multiples of five)时要说Buzz,遇到即是3的倍数同时也是5的倍数时(multiples of both three and five)要说FizzBuzz。例如:1、2、Fizz、4、Buzz、Fizz、7、8、Fizz、Buzz、11、Fizz、13、14、FizzBuzz、16、17、Fizz、19、Buzz、... 等等,直到 100。如果当轮到你说时,你说错了或者犹豫半天,你就输了,不能再继续游戏。

试用您熟悉的编程语言实现上述需求。

待上述需求完成后,增加下述新需求:

1)当遇到7的倍数(multiples of seven)时说Whizz。试着重构代码,使得当实现该新需求时,仅仅添加新的类来实现新的逻辑,而不必修改实现已有的逻辑的类的代码。

2)当遇到包含数字3的整数(如23、53等等)时也说Fizz,而当遇到35这样既包含数字3又是5同时又是7的倍数时,说FizzBuzzWhizz。试着重构代码,使得当实现该新需求时,仅仅修改涉及说出Fizz、FizzBuzz和FizzBuzzWhizz的类的代码,而不必修改其他的类的代码。

提示:可以考虑使用Chain of Responsibility设计模式。

参考测试1:遇1说1。

参考测试2:遇3说Fizz。

参考测试3:遇5说Buzz。

参考测试4:遇15说FizzBuzz

参考测试5:遇7说Whizz

参考测试6:遇23说Fizz

参考测试7:遇35说FizzBuzzWhizz


来源: "Coding Dojo Handbook" by Emily Bache https://leanpub.com/codingdojohandbook

源码: https://github.com/wubin28/KataFizzBuzz


/* * 原始需求背景: * 网宿CDN要按月收取客户的服务费用,根据流量的大小、 * 服务的类型等,收取不同的费用,收费规则如下: * web应用:1000元/M * 流媒体应用:1000元/M*0.7 * 下载应用:1000元/M*0.5 * 月末打印报表时,要罗列每个用户每个频道的费用、客户总费用, * 还要打印该客户的重要性指数,重要性指数=网页流/100+下载流量/600; * * 需求变更场景: * 系统已经开发出来了,接下来,运维部门现在希望对系统做一点修改, * 首先,他们希望能够输出xml,这样可以被其它系统读取和处理,但是, * 这段代码根本不可能在输出xml的代码中复用report()的任何行为,唯一 * 可以做的就是重写一个xmlReport(),大量重复report()中的行为,当然, * 现在这个修改还不费劲,拷贝一份report()直接修改就是了。 * 不久,成本中心又要求修改计费规则,于是我们必须同时修改xmlReport() * 和report(),并确保其一致性,当后续还要修改的时候,复制-黏贴的问题就 * 浮现出来了,这造成了潜在的威胁。 * 再后来,客服部门希望修改服务类型和用户重要性指数的计算规则, * 但还没决定怎么改,他们设想了几种方案,这些方案会影响用户的计费规则, * 程序必须再次同时修改xmlReport()和report(),随着各种规则变得越来越复杂, * 适当的修改点越 来越难找,不犯错误的机会越来越少。 * 现在,我们运用所学的OO原则和方法开始进行改写吧。 */
评论 7
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值