<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:creativeCommons="http://backend.userland.com/creativeCommonsRssModule"
	>
<channel>
	<title>Comments on: ActionScript 3.0 Visitor Design Pattern: A Tale of Traverser and the Double-Dispatch Kid</title>
	<atom:link href="http://www.as3dp.com/2008/12/06/actionscript-30-visitor-design-pattern-a-tale-of-traverser-and-the-double-dispatch-kid/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.as3dp.com/2008/12/06/actionscript-30-visitor-design-pattern-a-tale-of-traverser-and-the-double-dispatch-kid/</link>
	<description>OOP Techniques for Flash and Flex Developers</description>
	<lastBuildDate>Wed, 10 Mar 2010 17:32:01 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: William B. Sanders</title>
		<link>http://www.as3dp.com/2008/12/06/actionscript-30-visitor-design-pattern-a-tale-of-traverser-and-the-double-dispatch-kid/comment-page-1/#comment-1751</link>
		<dc:creator>William B. Sanders</dc:creator>
		<pubDate>Fri, 06 Mar 2009 20:40:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.as3dp.com/?p=318#comment-1751</guid>
		<description>Hi Neil,

Glad to hear that you found (or created) a solution. I would be very interested in seeing your re-worked Visitor, and Chandima is always interested in PureMVC.

So definitely ping back when you get a chance to write it up.

Kindest regards,
Bill</description>
		<content:encoded><![CDATA[<p>Hi Neil,</p>
<p>Glad to hear that you found (or created) a solution. I would be very interested in seeing your re-worked Visitor, and Chandima is always interested in PureMVC.</p>
<p>So definitely ping back when you get a chance to write it up.</p>
<p>Kindest regards,<br />
Bill</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: neil manuell</title>
		<link>http://www.as3dp.com/2008/12/06/actionscript-30-visitor-design-pattern-a-tale-of-traverser-and-the-double-dispatch-kid/comment-page-1/#comment-1750</link>
		<dc:creator>neil manuell</dc:creator>
		<pubDate>Fri, 06 Mar 2009 19:59:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.as3dp.com/?p=318#comment-1750</guid>
		<description>thanks for the response, I&#039;m actually an AS3 Developer, and was looking for a solution for a problem which I thought the visitor might solve.  I came across that link, and mistook &quot;multimethods&quot; as a pattern, instead of multiple despatching.

Any how I used a reworked implementation of the visitor to create channels of communication between a stack of loosely coupled pureMVC proxies, and it worked a treat.

If I get a chance to write it up, I&#039;ll ping you back.

cheers, thanks for the resource, very hard to find AS3 implementations for many patterns</description>
		<content:encoded><![CDATA[<p>thanks for the response, I&#8217;m actually an AS3 Developer, and was looking for a solution for a problem which I thought the visitor might solve.  I came across that link, and mistook &#8220;multimethods&#8221; as a pattern, instead of multiple despatching.</p>
<p>Any how I used a reworked implementation of the visitor to create channels of communication between a stack of loosely coupled pureMVC proxies, and it worked a treat.</p>
<p>If I get a chance to write it up, I&#8217;ll ping you back.</p>
<p>cheers, thanks for the resource, very hard to find AS3 implementations for many patterns</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: William B. Sanders</title>
		<link>http://www.as3dp.com/2008/12/06/actionscript-30-visitor-design-pattern-a-tale-of-traverser-and-the-double-dispatch-kid/comment-page-1/#comment-1740</link>
		<dc:creator>William B. Sanders</dc:creator>
		<pubDate>Thu, 05 Mar 2009 12:41:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.as3dp.com/?p=318#comment-1740</guid>
		<description>Hi Neil,

I see you&#039;re using Java (no?) and a language called &#039;Nice,&#039; and while we welcome insights and information from developers using other languages, the focus of our discussion is ActionScript 3.0 and Design Patterns using Adobe Flex Builder and Flash.

From a quick look at Nice, I cannot tell whether the role of multiple dispatch that apparently is built into Nice accomplishes exactly the same thing as the Visitor design pattern. While double dispatch is part of the Visitor, the key purpose of the Visitor is to add functionality (operations/methods/functionality) to components without changing the components--components in this case being any concrete class that makes up an element of a program.

In any case, thanks for your &quot;Visit&quot; to our blog.

Kindest regards,
Bill</description>
		<content:encoded><![CDATA[<p>Hi Neil,</p>
<p>I see you&#8217;re using Java (no?) and a language called &#8216;Nice,&#8217; and while we welcome insights and information from developers using other languages, the focus of our discussion is ActionScript 3.0 and Design Patterns using Adobe Flex Builder and Flash.</p>
<p>From a quick look at Nice, I cannot tell whether the role of multiple dispatch that apparently is built into Nice accomplishes exactly the same thing as the Visitor design pattern. While double dispatch is part of the Visitor, the key purpose of the Visitor is to add functionality (operations/methods/functionality) to components without changing the components&#8211;components in this case being any concrete class that makes up an element of a program.</p>
<p>In any case, thanks for your &#8220;Visit&#8221; to our blog.</p>
<p>Kindest regards,<br />
Bill</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: neil manuell</title>
		<link>http://www.as3dp.com/2008/12/06/actionscript-30-visitor-design-pattern-a-tale-of-traverser-and-the-double-dispatch-kid/comment-page-1/#comment-1739</link>
		<dc:creator>neil manuell</dc:creator>
		<pubDate>Thu, 05 Mar 2009 09:59:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.as3dp.com/?p=318#comment-1739</guid>
		<description>or maybe I have read it wrong.
multimethods isn&#039;t a pattern, but a concept available in some languages, and the visitor is a pattern aimed at giving &quot;multiple dispatch in a language that lacks it&quot;</description>
		<content:encoded><![CDATA[<p>or maybe I have read it wrong.<br />
multimethods isn&#8217;t a pattern, but a concept available in some languages, and the visitor is a pattern aimed at giving &#8220;multiple dispatch in a language that lacks it&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: neil manuell</title>
		<link>http://www.as3dp.com/2008/12/06/actionscript-30-visitor-design-pattern-a-tale-of-traverser-and-the-double-dispatch-kid/comment-page-1/#comment-1738</link>
		<dc:creator>neil manuell</dc:creator>
		<pubDate>Thu, 05 Mar 2009 09:44:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.as3dp.com/?p=318#comment-1738</guid>
		<description>have you come across, or considered the multi-method pattern?

http://nice.sourceforge.net/visitor.html

??</description>
		<content:encoded><![CDATA[<p>have you come across, or considered the multi-method pattern?</p>
<p><a href="http://nice.sourceforge.net/visitor.html" rel="nofollow">http://nice.sourceforge.net/visitor.html</a></p>
<p>??</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill Sanders</title>
		<link>http://www.as3dp.com/2008/12/06/actionscript-30-visitor-design-pattern-a-tale-of-traverser-and-the-double-dispatch-kid/comment-page-1/#comment-1559</link>
		<dc:creator>Bill Sanders</dc:creator>
		<pubDate>Tue, 10 Feb 2009 10:34:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.as3dp.com/?p=318#comment-1559</guid>
		<description>Hi Regard,

Perhaps the most useful way to distinguish between the Visitor and Decorator patterns is to begin with their general purposes and the aspects of the designs that can vary. The Decorator is a Structural pattern that can change the responsibilities of an object without subclassing. The Visitor is a Behavioral pattern that varies the operations that can be applied to objects without changing their classes. Structural object patterns describe ways to compose objects to realize new functionality instead of composing interfaces or implementations. The Decorator realizes the new functionality by wrapping objects with the functionality. The Visitor, on the other hand, encapsulates behavior that would otherwise be distributed across classes. As a Behavioral pattern, the Visitor focuses on algorithms and the assignment of responsibilities between objects. The big difference is that Behavioral object patterns (like the Visitor) use object composition rather than inheritance. But in looking at the Decorator, you see how it makes use of inheritance to compose interfaces and/or implementations.

In distinguishing between any design patterns, I always start with the larger categories (such as type) and look at the elements that vary. It&#039;s an easy way to distinguish both the purpose and the approach to problem solving.

Kindest regards,
Bill</description>
		<content:encoded><![CDATA[<p>Hi Regard,</p>
<p>Perhaps the most useful way to distinguish between the Visitor and Decorator patterns is to begin with their general purposes and the aspects of the designs that can vary. The Decorator is a Structural pattern that can change the responsibilities of an object without subclassing. The Visitor is a Behavioral pattern that varies the operations that can be applied to objects without changing their classes. Structural object patterns describe ways to compose objects to realize new functionality instead of composing interfaces or implementations. The Decorator realizes the new functionality by wrapping objects with the functionality. The Visitor, on the other hand, encapsulates behavior that would otherwise be distributed across classes. As a Behavioral pattern, the Visitor focuses on algorithms and the assignment of responsibilities between objects. The big difference is that Behavioral object patterns (like the Visitor) use object composition rather than inheritance. But in looking at the Decorator, you see how it makes use of inheritance to compose interfaces and/or implementations.</p>
<p>In distinguishing between any design patterns, I always start with the larger categories (such as type) and look at the elements that vary. It&#8217;s an easy way to distinguish both the purpose and the approach to problem solving.</p>
<p>Kindest regards,<br />
Bill</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rigard Kruger</title>
		<link>http://www.as3dp.com/2008/12/06/actionscript-30-visitor-design-pattern-a-tale-of-traverser-and-the-double-dispatch-kid/comment-page-1/#comment-1557</link>
		<dc:creator>Rigard Kruger</dc:creator>
		<pubDate>Tue, 10 Feb 2009 07:48:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.as3dp.com/?p=318#comment-1557</guid>
		<description>Well, correct me if I&#039;m wrong here, but at least in this example, it seems that the difference between the decorator and visitor patterns has to do with a method/property distinction. In the decorator you are adding to the method, whereas in this visitor example, it is the properties or parameters that affect the change. So with the visitor it is a case of how you use the methods (different visitors use the exact same methods differently), whereas with the decorator it is a case of what the methods do (different decorations will apply different overall functionality to the method).</description>
		<content:encoded><![CDATA[<p>Well, correct me if I&#8217;m wrong here, but at least in this example, it seems that the difference between the decorator and visitor patterns has to do with a method/property distinction. In the decorator you are adding to the method, whereas in this visitor example, it is the properties or parameters that affect the change. So with the visitor it is a case of how you use the methods (different visitors use the exact same methods differently), whereas with the decorator it is a case of what the methods do (different decorations will apply different overall functionality to the method).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: localToGlobal &#187; Blog Archive &#187; news review -&#62; 50th week of 2008</title>
		<link>http://www.as3dp.com/2008/12/06/actionscript-30-visitor-design-pattern-a-tale-of-traverser-and-the-double-dispatch-kid/comment-page-1/#comment-987</link>
		<dc:creator>localToGlobal &#187; Blog Archive &#187; news review -&#62; 50th week of 2008</dc:creator>
		<pubDate>Mon, 15 Dec 2008 15:03:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.as3dp.com/?p=318#comment-987</guid>
		<description>[...] &gt; Visitor Design Pattern: A Tale of Traverser and the Double-Dispatch Kid &#124; ActionScript 3 Design... [...]</description>
		<content:encoded><![CDATA[<p>[...] &gt; Visitor Design Pattern: A Tale of Traverser and the Double-Dispatch Kid | ActionScript 3 Design&#8230; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill Sanders</title>
		<link>http://www.as3dp.com/2008/12/06/actionscript-30-visitor-design-pattern-a-tale-of-traverser-and-the-double-dispatch-kid/comment-page-1/#comment-952</link>
		<dc:creator>Bill Sanders</dc:creator>
		<pubDate>Mon, 08 Dec 2008 12:22:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.as3dp.com/?p=318#comment-952</guid>
		<description>Hi Eamonn,

You may well be able to do the same thing with the Decorator,but what we&#039;re trying to do is to provide a complete set of Design Patterns in ActionScript 3.0 between this blog and our book. (We&#039;ve almost completed them all!)

In going over Chapter 4, I can see your point. The Decorator does indeed provide functionality to the component classes. The quick answer lies in the role of double-dispatch versus wrapping. The Visitor uses double-dispatch and the Decorator uses wrapping. However, let me look at both of them more closely and see if I can provide a better answer. (You can do the same! We&#039;re a very democratic blog!)

Kindest regards,
Bill</description>
		<content:encoded><![CDATA[<p>Hi Eamonn,</p>
<p>You may well be able to do the same thing with the Decorator,but what we&#8217;re trying to do is to provide a complete set of Design Patterns in ActionScript 3.0 between this blog and our book. (We&#8217;ve almost completed them all!)</p>
<p>In going over Chapter 4, I can see your point. The Decorator does indeed provide functionality to the component classes. The quick answer lies in the role of double-dispatch versus wrapping. The Visitor uses double-dispatch and the Decorator uses wrapping. However, let me look at both of them more closely and see if I can provide a better answer. (You can do the same! We&#8217;re a very democratic blog!)</p>
<p>Kindest regards,<br />
Bill</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: eamonn faherty</title>
		<link>http://www.as3dp.com/2008/12/06/actionscript-30-visitor-design-pattern-a-tale-of-traverser-and-the-double-dispatch-kid/comment-page-1/#comment-946</link>
		<dc:creator>eamonn faherty</dc:creator>
		<pubDate>Mon, 08 Dec 2008 09:50:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.as3dp.com/?p=318#comment-946</guid>
		<description>Nice blog post.  I am wondering why you wouldn&#039;t use the decorator pattern for this instead?</description>
		<content:encoded><![CDATA[<p>Nice blog post.  I am wondering why you wouldn&#8217;t use the decorator pattern for this instead?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
