重构,设计模式和设计

重构,设计模式都被认为是软件设计的经典。
两本书我都没有看完。
一方面是时间的原因,另一方面我觉得需要跳出来喘口气。
中学时候的一个语文老师每次在布置作文题目的时候,总不会把题目解释清楚,他觉得解释的越清楚,大家的思维就被套的越紧。
这就是我要喘气的原因,书看的越清楚,想问题的时候越容易直接用书上的结论,反而学不到真正的东西。跳出来想一想,得到的会更多。
我试着把眼光调高,来看这两本书。
想到了历史上的两个概念: "革命派"和"改良派".
"革命派"就是推翻现在的基础重新建立一个基础,采取的方式是大刀阔斧式的.
"改良派"则是不要推翻现在的基础,认为太惨烈,采取的方式是循序渐进的.
重构的思想不正是"改良派"的思想?
但软件设计的领域里,还没有看到与之相对抗的"革命派".是不是已经有人在默默酝量中?
有人把设计模式比做围棋中的定式。
那么,我们似乎可以下这样一个结论:掌握了这样两本书的全部内容不一定能够真正懂得设计。因为如果把设计比做围棋中的布局的话,设计模式处于定式的地位,而重构可以认为是悔棋。一个只会悔棋和定式的人感觉是下不好围棋的.
重构确实是一样好东西,但仅仅是悔棋而已。
设计模式确实是一样好东西,但仅仅是定式而已。
真正的设计经典还没有出现。全面描述设计的理论还没有出现。
中国人可不可以写这样一本书呢?
文章来源: http://www.yxblog.com

  • 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、付费专栏及课程。

余额充值