代码重构——第一个实例

0 引言随着“互联网+”的普及,互联网行业得到了快速蓬勃发展,使得现实生活中人们对互联网产品的需求逐渐增加,促使互联网产品功能越来越复杂,项目逐渐失去有效的管理。为满足项目功能上的需求,提高项目的扩展性和可维护性,必须在保证业务功能不变的情况下进行代码重构的开发行为。重构意味着要改变代码,或者说是重新修改,或者重写代码。它并不是简单的重复工作,这样的重复工作也是没有多大意义的。他的意义就在于,在日...
摘要由CSDN通过智能技术生成

0 引言

随着“互联网+”的普及,互联网行业得到了快速蓬勃发展,使得现实生活中人们对互联网产品的需求逐渐增加,促使互联网产品功能越来越复杂,项目逐渐失去有效的管理。为满足项目功能上的需求,提高项目的扩展性和可维护性,必须在保证业务功能不变的情况下进行代码重构的开发行为。

重构意味着要改变代码,或者说是重新修改,或者重写代码。它并不是简单的重复工作,这样的重复工作也是没有多大意义的。他的意义就在于,在日常的开发中,通过理解业务需求,捋顺业务逻辑,把繁杂、冗余的代码尽量简化,减少模块之间的耦合。重构的目的是使软件更容易被理解和修改,并且重构不会改变软件可观察的行为,也就是说重构之后代码的功能和初始代码的功能完全一样,任何用户或者其它未参与重构行为的程序员,并不会意识到项目的更改。

1 实验内容

1.1 实验问题

本次实验是对《重构——改善既有代码的设计》一书中第一章节实例的模拟实现,实例是为影片出租店所用的租赁程序。该家影片租赁店具有三种不同类型的影片,包括:新片、儿童片和普通片。顾客到店选择多种影片租赁,该程序需实现以下功能:根据顾客选定的影片及顾客待租赁的天数,直接打印顾客账单,账单中包括:顾客租赁的每一个影片的费用、所有影片的总费用及当前用户的积分。

1.2 实验分析

根据该实例,设计出以下三个类:Movie、Customer和Rental。其中,Movie类是一个纯数据类,该类中包含:有影片类型的编号将三种不同的影片区分开来。再根据不同的影片类型调用Rental类,

  • 0
    点赞
  • 7
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
/* * 原始需求背景: * 网宿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原则和方法开始进行改写吧。 */

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值