jeffyan77能不能举个例子讲一下 visitor 模式？谢谢

[eagle19790214]

我觉得visitor模式和iterator模式都是在要访问的对象上放了一个钩子，让外部对象能访问自己，最好再说说区别，谢谢！

[jeffyan77]

你认为visitor和iterator模式有共同点，这说明你对两个模式还是有一定认识的。

如果有一棵继承树，你要使用某个独立的对象遍历这棵树，并且呼叫树上某一个共同的方法，那么你使用iterator。比如这是一棵苹果树，你使用一个摘苹果的杆子把苹果一个一个摘下来，这就是iterator。

现在你有好几棵树，苹果树、葡萄树、酸枣树等，对每一种果实，你都有不同的杆子，摘取果实。这个时候就可以使用visitor模式

当然，Java对象都源自Ojbect类，所以原则上所有的对象都来自同一棵树，以Object为根。这时候不妨假设一棵树有不同的子树，或者同一棵树上有不同的果实。

不使用visitor模式行不行，行。那你就使用Iterator模式，像这样：

while(it.hasNext()){
Object o = it.next();
if (苹果 instanceof o){...}
else if(葡萄 instanceof o){...}
。。。
}

这样好像也没什么问题，只是一旦有操作进来，比如要给不同的树打不同的农药，就要改写这个条件转移。

用了Visitor模式之后呢，奇迹发生了，你拿出所有的杆子举到每一个果实那里，苹果会自己找到摘苹果的杆子，让杆子把自己摘下来，葡萄会找到摘葡萄的杆子，把自己摘下来。

如果有打农药、授粉等等任务进来，Visitor模式可以允许动态加入一个新的visitor类代表打农药、授粉等，做到这一点不需要修改代码。这就是OCP。你把所有的农药都放到每一个果实跟前，果实就自行找到正确的农药自己打上。把所有的花粉放到果实跟前，果实就自己找到正确的花粉授粉。

你只有这些种水果杆子/农药/花粉，如果你有新的水果种类，对不起，只好改写代码。Visitor模式不支持这种情况下的OCP。

怎么样，是不是明白了一点？呵呵

[swinging]

iterator:提供一种方法顺序访问一个聚合对象中各个元素, 而又不需暴露该对象的内部表示。

visitor:表示一个作用于某对象结构中的各元素的操作。它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。

不明白楼主为什么对这两个会需要显示去区别，我想这两个模式不是属于同一个问题域的，楼上的比喻也很好得说明了这一点，大多数时候不需要考虑在这2者之间选择一个使用，你看，其实按楼上得比喻，这2者根本是要一起使用才能达到好得效果的。

实际上很多模式本身是有很多相似点的，不能单看对象之间是如何访问的，
照你那么说，大多数模式不就是几个对象之间通过接口相互访问吗？
模式很重要的东西还有本身的适用性，我想你多了解它的适用性会更好地去区分它们。
还有，我的体会是，模式是解决问题的，不是区分技术的。

[swinging]

必须承认，我对模式这本书阅读的仔细程度是很低的，^_^
至今是有空翻翻中文版的，不过中文版的最大问题就是翻译太英文化（个人感觉），
有时候我是读一个句子要很久才明白它的意思（太长而且太多修饰词的句子实在让人痛苦），甚至有些实在没法子明白只好跳过，
当然，自己英文更差些，所以硬着头皮先读中文的。

虽然这样，对于以下这句：
但是体认Visitor模式的重要一点就是它实际上是对Iterator模式的推广

我不是很赞同，
仔细想想，好像你这里用推广好像是可以勉强过得去，但是单说VISITOR是ITERATOR的推广
好像掩盖了它们之间的本质不同

ITERATOR强调对一个聚合对象的访问，
VISITOR强调对对象结构元素的操作，

按照我的理解，简单的比喻，如果说ITERATOR是坐标的X轴，那么VISITOR是坐标的Y轴，

它们解决问题的基本思想是很相似的（这里可以赞同你的“推广”一词，可是到底是谁推广谁呢？^_^），不过问题域是截然不同的，这也是我说两个模式根本可以同时使用来更好的解决问题，就好像，
单有一个X轴只能表示一维，而且能很好得处理很多问题，如果加上Y轴，支撑起来一个面，解决问题的空间更广阔了。（这个比喻不是特别恰当不必细扣，不是说一定两者合一才更好，而是拿它们的方向比喻问题域，同样是坐标上的1，它在X轴和Y轴的位置相对于整个坐标轴是不同的）

最后，我的观点，模式用来解决问题，所以模式所对应的问题域是决定性的，
虽然VISITOR和ITERATOR我也赞同它们解决问题的思想基本相同，但是问题域却截然不同，
所以它们是有本质区别的。


请原谅我的咬文嚼字（其实我认为是你逼我的，^_^，!-_-），
很高兴和你讨论这个问题，这让我更细致地考虑它们。

[eagle19790214]

多谢两位指教，我又看了一下英文版的，明白了，哈哈，多谢，结帐

[jeffyan77]

To swinging(山不在高) : 呵呵，你多数观点我其实是同意的，但是体认Visitor模式的重要一点就是它实际上是对Iterator模式的推广。国内读者大多没有看到这一点，这不是他们的问题，这个问题可能来自于《设计模式》一书的中文翻译。

《设计模式》一书的翻译水平是相当不错的，但是智者千虑必有一失，在Visitor一章有一个微妙的错误。这个错误影响了很多中文版的读者，几乎所有和我讨论过Visitor模式的朋友都好像受到了影响，所以我特地在这里指出这个失误。

英文版336页原文如下：
4. Visiting across class hierarchies. An iterator (see Iterator (257)) can visit the objects in a structure as it traverses them by calling their operations. But an interator can't work across object structures with different types of elements.

对应中文版221页
4）通过类层次进行访问 一个迭代器（参见Iterator（5.4））可以通过调用节点对象的特定操作来遍历整个对象结构，同时访问这些对象。但是迭代器不能对具有不同元素类型的对象结构进行操作。

错误之处在于不懂across这个介词，并且没有注意到hierarchies和object structures是复数。我的翻译如下：

across：跨越，横跨
across hierarchies: 跨越多个层次
across object structures ：横跨多个对象结构

4）进行跨越多个类层次的访问。通过调用一个结构中的对象的某些操作，一个迭代器可以遍历这些对象。但是一个迭代器无法跨越具有不同类型的元素的几个对象结构进行工作。

错的很微妙，但使得中文读者无法读懂这段话了。理解这段话，对理解Iterator与Visitor模式的关系很重要。

这本书的译者应该说专业水平和英文水平都相当不错，但是英文的介词是著名的困难，而中国人的通病是对复数不敏感。我早些时候粗粗地读了中译本，发现了几个地方犯了类似的毛病，现在一下子找不到了，以后看到再说吧。

[swinging]

其实今天早上仔细想了，
觉得这2个模式解决问题的核心设计思想也不是那么相同，
虽然我描述不清楚两个的设计思想，
但是感觉是不同的。
如果有人详细说说就好了。

[swinging]

还有，纠正下自己的错误，
设计模式最核心的，恐怕还是解决问题的设计思想，
而使用设计模式和分辨模式我认为问题域还是很重要。
继续努力学。
sweat