重构代码的一个例子

8 篇文章 0 订阅
1 篇文章 0 订阅

概述:重构无止境,重构你的代码,精雕细琢,千锤百炼。

 

我相信不少人都有这种感觉:某天闲暇下来回顾整理以前所写的代码,发现很多地方写得都不够好,代码中竟然存在着如此之多的“坏味道”。

这对于追求艺术的程序员来说是无法接受的。所以要重构代码。

通过下面的例子,看看什么是代码重构:

void PrintHello()

{

    CTextHandler strHandler;

    strHandler.SendText(“Hello 2013”, true);

}

函数SendText中的第二个参数代表什么含义?好吧,我们转到函数声明处:

class CTextHandler

{

public:

    void SendText(const string& mag, bool send_new_line);

    //...

};

原来,它表示“是否要加上一个回车换行”。

源代码最主要的用途是交流,是对意图的交流。正如Harold Abelson与Gerald Jay Sussman在《The Structure and Interpretation of Computer Programs》中所说的:代码的主要功能是供别人阅读,其次才是计算机执行(Programs must be written for pelple to read, and only incidentally for machines to execute)。

上面的代码中,bool类型的参数无能传递任何有用的信息给读者,那么尝试改变一下。

去掉第二个参数,让用户自己加‘\n’,代码如下:

class CTextHandler

{

public:

    void SendText(const string& msg);

    //...

};

 

CTextHandler strHandler;

strHandler.SendText(“Hello 2012\n”); //换行

strHandler.SendText(“Hello 2013”);   //不换行

 

这样的设计看似完美,但是一旦bool类型参数所表示的意义有所变化,这样的方法就会宣告失败:

void SendText(const string& msg, bool apply_bold);

其中,第二个参数表示是否加粗。那之前的设计方案就没有用了。

那么如何适应这多种并且有可能不断增加的字体格式的需求呢?最笨的方法就是,为不同的格式提供不同的函数,如下:

void SendText(...);

void SendText_NewLine(...);

void SendText_Bold(...);

//...

 

这违背了Don’t Repeat Yourself原则。

最后的努力,使用枚举:

class CTextHandler

{

public:

    enum TEXT_FORMAT

    {

        WITH_NEW_LINE,

        NO_NEW_LINE,

    };

    void SendText(const string& msg, TEXT_FORMAT fmt);

};

 

CTextHandler t;

t.SendText(“Hello”, CTextHandler::WITH_NEW_LINE);

t.SendText(“World”, CTextHandler::NO_NEW_LINE);

漂亮的解决方法!但是还不够完美,需要对枚举类型进行精心设计,如下:

enum TEXT_FORMAT

{


  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 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、付费专栏及课程。

余额充值