<?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: ActionsScript 3.0 Design Pattern Relations Part I: Acquaintances</title>
	<atom:link href="http://www.as3dp.com/2010/01/16/actionsscript-3-0-design-pattern-relations-part-i-acquaintances/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.as3dp.com/2010/01/16/actionsscript-3-0-design-pattern-relations-part-i-acquaintances/</link>
	<description>OOP Techniques for Flash and Flex Developers</description>
	<lastBuildDate>Mon, 26 Jul 2010 13:40:37 -0700</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/2010/01/16/actionsscript-3-0-design-pattern-relations-part-i-acquaintances/comment-page-1/#comment-4080</link>
		<dc:creator>William B. Sanders</dc:creator>
		<pubDate>Mon, 22 Feb 2010 09:49:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.as3dp.com/?p=2374#comment-4080</guid>
		<description>Hi Ayu,

Yes, you are right. Judith uses what are probably the &lt;em&gt;official&lt;/em&gt; standards for UML notations, and we use the same notations as the Gang of Four. I like the fact that GoF use arrowheads and have the same notation for inheritance and implementation, which are non-standard but I believe more useful for design patterns.

Take care,
Bill</description>
		<content:encoded><![CDATA[<p>Hi Ayu,</p>
<p>Yes, you are right. Judith uses what are probably the <em>official</em> standards for UML notations, and we use the same notations as the Gang of Four. I like the fact that GoF use arrowheads and have the same notation for inheritance and implementation, which are non-standard but I believe more useful for design patterns.</p>
<p>Take care,<br />
Bill</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: William B. Sanders</title>
		<link>http://www.as3dp.com/2010/01/16/actionsscript-3-0-design-pattern-relations-part-i-acquaintances/comment-page-1/#comment-4078</link>
		<dc:creator>William B. Sanders</dc:creator>
		<pubDate>Mon, 22 Feb 2010 09:43:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.as3dp.com/?p=2374#comment-4078</guid>
		<description>Hi Sharetut,

Thank you very much. Checked out your site—very nice indeed!

Kindest regards,
Bill</description>
		<content:encoded><![CDATA[<p>Hi Sharetut,</p>
<p>Thank you very much. Checked out your site—very nice indeed!</p>
<p>Kindest regards,<br />
Bill</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ayu</title>
		<link>http://www.as3dp.com/2010/01/16/actionsscript-3-0-design-pattern-relations-part-i-acquaintances/comment-page-1/#comment-4076</link>
		<dc:creator>ayu</dc:creator>
		<pubDate>Mon, 22 Feb 2010 02:48:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.as3dp.com/?p=2374#comment-4076</guid>
		<description>I just checked out the book that you proposed C# 3.0 on the UML notations and your diagram does not conform with it. some of your arrows are black , some are white, its best to follow the standard, having them all white.</description>
		<content:encoded><![CDATA[<p>I just checked out the book that you proposed C# 3.0 on the UML notations and your diagram does not conform with it. some of your arrows are black , some are white, its best to follow the standard, having them all white.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sharedtut</title>
		<link>http://www.as3dp.com/2010/01/16/actionsscript-3-0-design-pattern-relations-part-i-acquaintances/comment-page-1/#comment-3863</link>
		<dc:creator>sharedtut</dc:creator>
		<pubDate>Thu, 21 Jan 2010 17:40:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.as3dp.com/?p=2374#comment-3863</guid>
		<description>Thank you showing how key relationships work between 
classes. The diagram is a great example for following
a visual pattern for structure.</description>
		<content:encoded><![CDATA[<p>Thank you showing how key relationships work between<br />
classes. The diagram is a great example for following<br />
a visual pattern for structure.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: William B. Sanders</title>
		<link>http://www.as3dp.com/2010/01/16/actionsscript-3-0-design-pattern-relations-part-i-acquaintances/comment-page-1/#comment-3857</link>
		<dc:creator>William B. Sanders</dc:creator>
		<pubDate>Tue, 19 Jan 2010 18:38:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.as3dp.com/?p=2374#comment-3857</guid>
		<description>Hi William,

The IBM UML is pretty official--I think it&#039;s the one that Judith Bishop uses in her book on C# design pattern. However, GoF had lots of meanings for the same symbol—like &quot;..holds a reference...&quot; (Line and arrow) By keeping it general (and loose!), there&#039;s more latitude in how you can construct a relationship. Sometimes (probably a lot of times) we end up worrying about the wrong thing. If we keep the principles in mind and have a general sense, I think we can do better than trying to nail down what is broad.

Where you have &#039;dependency&#039; I think the term needs to be set in a specific context. If you say that a Client class, whose primary task is to make requests, depends of the structure of the pattern, I&#039;d agree, but then all you have is dependency, and you&#039;re worrying about the wrong thing.

It&#039;s better to think &lt;em&gt;composition&lt;/em&gt; and &lt;em&gt;delegation&lt;/em&gt; than dependency. The Client uses the structure of the the design pattern and is sometimes part of the pattern itself. One could make an argument that they&#039;re all &lt;em&gt;interdependent&lt;/em&gt;, but I think that too may be a moot point. The focus needs to be on &lt;em&gt;reuse&lt;/em&gt; and &lt;em&gt;loose&lt;/em&gt; relations—just like Carnaval!

Deixe-nos ir ao carnaval!
Bill</description>
		<content:encoded><![CDATA[<p>Hi William,</p>
<p>The IBM UML is pretty official&#8211;I think it&#8217;s the one that Judith Bishop uses in her book on C# design pattern. However, GoF had lots of meanings for the same symbol—like &#8220;..holds a reference&#8230;&#8221; (Line and arrow) By keeping it general (and loose!), there&#8217;s more latitude in how you can construct a relationship. Sometimes (probably a lot of times) we end up worrying about the wrong thing. If we keep the principles in mind and have a general sense, I think we can do better than trying to nail down what is broad.</p>
<p>Where you have &#8216;dependency&#8217; I think the term needs to be set in a specific context. If you say that a Client class, whose primary task is to make requests, depends of the structure of the pattern, I&#8217;d agree, but then all you have is dependency, and you&#8217;re worrying about the wrong thing.</p>
<p>It&#8217;s better to think <em>composition</em> and <em>delegation</em> than dependency. The Client uses the structure of the the design pattern and is sometimes part of the pattern itself. One could make an argument that they&#8217;re all <em>interdependent</em>, but I think that too may be a moot point. The focus needs to be on <em>reuse</em> and <em>loose</em> relations—just like Carnaval!</p>
<p>Deixe-nos ir ao carnaval!<br />
Bill</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: William R. J. Ribeiro</title>
		<link>http://www.as3dp.com/2010/01/16/actionsscript-3-0-design-pattern-relations-part-i-acquaintances/comment-page-1/#comment-3856</link>
		<dc:creator>William R. J. Ribeiro</dc:creator>
		<pubDate>Tue, 19 Jan 2010 16:17:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.as3dp.com/?p=2374#comment-3856</guid>
		<description>Hi there!

This topic always confuses me when I&#039;m doing an UML diagram. For instance, when you say &quot;When one class holds a reference to another class...&quot; isn&#039;t the same as &quot;In UML, a dependency relationship is a relationship in which one element, the client, uses or depends on another element, the supplier. You can use dependency relationships in class diagrams, component diagrams, deployment diagrams, and use-case diagrams to indicate that a change to the supplier might require a change to the client.&quot; from IBM UML Help. There fore, you should use as a dashed line with an open arrow that points from the client to the supplier.

My point is: it is still not clear when it is a dependency or acquaintance. Or is an acquaintance a dependency relationship?
I hope I get your answer!

Tot ziens!</description>
		<content:encoded><![CDATA[<p>Hi there!</p>
<p>This topic always confuses me when I&#8217;m doing an UML diagram. For instance, when you say &#8220;When one class holds a reference to another class&#8230;&#8221; isn&#8217;t the same as &#8220;In UML, a dependency relationship is a relationship in which one element, the client, uses or depends on another element, the supplier. You can use dependency relationships in class diagrams, component diagrams, deployment diagrams, and use-case diagrams to indicate that a change to the supplier might require a change to the client.&#8221; from IBM UML Help. There fore, you should use as a dashed line with an open arrow that points from the client to the supplier.</p>
<p>My point is: it is still not clear when it is a dependency or acquaintance. Or is an acquaintance a dependency relationship?<br />
I hope I get your answer!</p>
<p>Tot ziens!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: uberVU - social comments</title>
		<link>http://www.as3dp.com/2010/01/16/actionsscript-3-0-design-pattern-relations-part-i-acquaintances/comment-page-1/#comment-3850</link>
		<dc:creator>uberVU - social comments</dc:creator>
		<pubDate>Mon, 18 Jan 2010 11:36:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.as3dp.com/?p=2374#comment-3850</guid>
		<description>&lt;strong&gt;Social comments and analytics for this post...&lt;/strong&gt;

This post was mentioned on Twitter by AS3DP: ActionsScript 3.0 Design Pattern Relations Part I: Acquaintances #asdp http://www.as3dp.com/?p=2374...</description>
		<content:encoded><![CDATA[<p><strong>Social comments and analytics for this post&#8230;</strong></p>
<p>This post was mentioned on Twitter by AS3DP: ActionsScript 3.0 Design Pattern Relations Part I: Acquaintances #asdp <a href="http://www.as3dp.com/?p=2374..." rel="nofollow">http://www.as3dp.com/?p=2374&#8230;</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tweets that mention ActionsScript 3.0 Design Pattern Relations Part I: Acquaintances &#124; ActionScript 3 Design Patterns -- Topsy.com</title>
		<link>http://www.as3dp.com/2010/01/16/actionsscript-3-0-design-pattern-relations-part-i-acquaintances/comment-page-1/#comment-3841</link>
		<dc:creator>Tweets that mention ActionsScript 3.0 Design Pattern Relations Part I: Acquaintances &#124; ActionScript 3 Design Patterns -- Topsy.com</dc:creator>
		<pubDate>Sat, 16 Jan 2010 16:26:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.as3dp.com/?p=2374#comment-3841</guid>
		<description>[...] This post was mentioned on Twitter by Bill Sanders, AS3DP Twibe Messages. AS3DP Twibe Messages said: #actionscript #flex #as3dp ActionsScript 3.0 Design Pattern Relations Part I: Acquaintances http://bit.ly/7kCNTb Getting into composition! [...]</description>
		<content:encoded><![CDATA[<p>[...] This post was mentioned on Twitter by Bill Sanders, AS3DP Twibe Messages. AS3DP Twibe Messages said: #actionscript #flex #as3dp ActionsScript 3.0 Design Pattern Relations Part I: Acquaintances <a href="http://bit.ly/7kCNTb" rel="nofollow">http://bit.ly/7kCNTb</a> Getting into composition! [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
