《设计模式》勘误和疑问

《设计模式——可复用面向对象软件基础》中文翻译版 GoF著 吕建审校 机械工业出版社

勘误部分：

P65：Builder模式结构图 Builder抽象类中应该有抽象增加一个抽象函数：GetResult()

原因：

1、  与后面的代码示例对应

2、  保证每个继承的类都有这个函数，以得到创建的对象

P121：Stream* &StreamA =

new CompressingStream( new ASCII7Stream( new FileStream("aFileName"));

改为：

Stream* &StreamA =

new ASCII7Stream ( new CompressingStream ( new FileStream("aFileName"));

       原因：

根据上面的说明“现在我们创建FileStream类，它首先将数据压缩，然后将压缩了的二进制数据转换成为7位ASCII码”可知是要先压缩，后才转换。

P153：文字的倒数第三行“Application不是HelpHandler的直接子类。”

      改为：

         Application不是Widget的直接子类。

       原因：

       从下面的改马可以看出Application是HelpHanlder的直接子类。

       当然：这里用Widget是我的猜测，也可能不对，不过原来的肯定是不对的。

其他一些打字错误就不提了！

疑问部分：

P160：定义的模板类SimpleCommand除了有一个类参数Receiber之外，还定义了一个Action的成员函数，起初我觉得不需要。后来想想，如果我们肯定从一个类继承，那么保证这个类中有一个Action()是可以这样做的，不过这就固定了这个函数名，使用模板定义成员函数，可以使程序运行时更灵活，因为我们可以使用不同的函数名。

P183：Mediator模式中，我曾经认为Mediator模式很灵活，其实只是一种概念，用来提供交互功能，而增加其他类使用的灵活性。这些交互的Colleage具体类可以有不同接口。但是，考虑到为了容易的和Observer模式结合，这样的定义就更灵活。

P223~224：“可以不将操作静态地绑定在Element接口中，而将其安放在一个Visitor中,并使用Accept在运行时进行绑定。扩展Element接口就等于定义一个新的Visitor子类而不是多个新的Element子类。”

      问题：这两句话说的是什么意思？我一直不能理解！

by：kangtian0

e-mail：dunanshan@163.com

QQ：22724092