重构与模式的笔记(6)

>我来写笔记

按有用程度 按页码先后 最新笔记

  • [已注销]

    [已注销]

    这个地方的代码倒是有点怪异: 。。。return new DecodingNode(new StringNode(textBuffer, start, end)); 这里用了2种Node子类来区分字符串内容是否需要html转义——我认为这样有额外的对象创建管理开销——为什么不是直接增加一个构造函数needsDecoding呢?——当然,那样的话构造函数的逻辑会复杂一点

    2012-04-26 18:36

  • [已注销]

    [已注销]

    把toString()修改为收集方法:writeXxxTo(StringBuffer sb); 这避免了中间String对象的创建开销。。。 缺点当然是调用者需要提供一个初始的收集容器。这与一般人的编程习惯不相协调

    2012-04-26 18:33

  • Wuqifu

    Wuqifu (喜欢买书的软件工程师~)

    1,设计模式的伟大之处,就在于它们传达了许多有用的设计思想。 2,避免过度设计。 3,测试驱动开发(TDD)、持续重构

    2012-03-23 20:34

  • 阿里

    阿里

    此书中的策略模式重构示例是将不同条件子句中的逻辑分散到了 Strategy 的不同子类中,并通过 Create Method 根据领域模型中成员变量不同的值将不同的 Strategy 子类的 instance 赋给领域模型的 instance。但显然领域模型的成员变量的值是来源于某种源头,而使用条件语句根据这些不同的输入而选择不同的 Create Method 也是不可避免的。所以,示例中所述只能简化有限的一部分的条件逻辑代码。

    2011-10-05 21:50

  • 阿里

    阿里

    Object[] newElements = new Object[elements.length + 10]; 怎么书上就写成了数组会被扩大10倍?明明就是数组长度增加了10

    2011-10-03 18:41

  • 阿里

    阿里

    在这个应用策略模式的示例中,表面上看不到选择策略的条件语句,但其实一部分条件语句的逻辑已经包含在了重构后的 Loan 类的 Create Method 在调用构造函数时参数的选择上了。

    2011-10-03 18:29

笔记是你写在书页留白边上的内容;是你阅读中的批注、摘抄及随感。

笔记必须是自己所写,不欢迎转载。摘抄原文的部分应该进行特殊标明。

重构与模式

>重构与模式