<?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: Friends with Benefits: State and Factory Method Together at Last—Part II</title>
	<atom:link href="http://www.as3dp.com/2009/06/24/friends-with-benefits-state-and-factory-method-together-at-last%e2%80%94part-ii/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.as3dp.com/2009/06/24/friends-with-benefits-state-and-factory-method-together-at-last%e2%80%94part-ii/</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/2009/06/24/friends-with-benefits-state-and-factory-method-together-at-last%e2%80%94part-ii/comment-page-1/#comment-3480</link>
		<dc:creator>William B. Sanders</dc:creator>
		<pubDate>Fri, 27 Nov 2009 21:36:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.as3dp.com/?p=1106#comment-3480</guid>
		<description>Hi Paul,

State machines are just plain cool. They get right to the point without using conditionals.

The reason for the &lt;b&gt;public&lt;/b&gt; access is that the methods are called by another object. Generally, when you have a &lt;b&gt;return&lt;/b&gt; value, you can expect an external call(not if the call is made within the same class, of course).</description>
		<content:encoded><![CDATA[<p>Hi Paul,</p>
<p>State machines are just plain cool. They get right to the point without using conditionals.</p>
<p>The reason for the <b>public</b> access is that the methods are called by another object. Generally, when you have a <b>return</b> value, you can expect an external call(not if the call is made within the same class, of course).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: paul</title>
		<link>http://www.as3dp.com/2009/06/24/friends-with-benefits-state-and-factory-method-together-at-last%e2%80%94part-ii/comment-page-1/#comment-3477</link>
		<dc:creator>paul</dc:creator>
		<pubDate>Fri, 27 Nov 2009 15:47:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.as3dp.com/?p=1106#comment-3477</guid>
		<description>hi Bill,
thanks to all your documentation on design patterns, I&#039;m now trying to redesign my own flash-game project into something more fancy. It costed me some sweat ,but I&#039;m getting to the point where I have my very own state machine running. And I&#039;m planning to combine it with a MVC.
I have one question though; why do you use several public functions like getPlayState():State ? Couldn&#039;t you as well change &quot;private var playState:State;&quot;
into
&quot;public var playState:State;&quot; ?
Is there any reason for this? It seems to me it&#039;s just more writing..

thanks</description>
		<content:encoded><![CDATA[<p>hi Bill,<br />
thanks to all your documentation on design patterns, I&#8217;m now trying to redesign my own flash-game project into something more fancy. It costed me some sweat ,but I&#8217;m getting to the point where I have my very own state machine running. And I&#8217;m planning to combine it with a MVC.<br />
I have one question though; why do you use several public functions like getPlayState():State ? Couldn&#8217;t you as well change &#8220;private var playState:State;&#8221;<br />
into<br />
&#8220;public var playState:State;&#8221; ?<br />
Is there any reason for this? It seems to me it&#8217;s just more writing..</p>
<p>thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: William B. Sanders</title>
		<link>http://www.as3dp.com/2009/06/24/friends-with-benefits-state-and-factory-method-together-at-last%e2%80%94part-ii/comment-page-1/#comment-2627</link>
		<dc:creator>William B. Sanders</dc:creator>
		<pubDate>Fri, 26 Jun 2009 18:15:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.as3dp.com/?p=1106#comment-2627</guid>
		<description>Hi again Mark,

Why not join Mystery Person and come with a non-dp example of changing view states and we can use it for refactoring.

Thanks,
Bill</description>
		<content:encoded><![CDATA[<p>Hi again Mark,</p>
<p>Why not join Mystery Person and come with a non-dp example of changing view states and we can use it for refactoring.</p>
<p>Thanks,<br />
Bill</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark A.</title>
		<link>http://www.as3dp.com/2009/06/24/friends-with-benefits-state-and-factory-method-together-at-last%e2%80%94part-ii/comment-page-1/#comment-2626</link>
		<dc:creator>Mark A.</dc:creator>
		<pubDate>Fri, 26 Jun 2009 16:56:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.as3dp.com/?p=1106#comment-2626</guid>
		<description>Sounds good. I am also interested in this....</description>
		<content:encoded><![CDATA[<p>Sounds good. I am also interested in this&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: William B. Sanders</title>
		<link>http://www.as3dp.com/2009/06/24/friends-with-benefits-state-and-factory-method-together-at-last%e2%80%94part-ii/comment-page-1/#comment-2619</link>
		<dc:creator>William B. Sanders</dc:creator>
		<pubDate>Wed, 24 Jun 2009 22:04:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.as3dp.com/?p=1106#comment-2619</guid>
		<description>Hi Mystery Person,

I&#039;ve been working on another State Design Pattern for a magazine article I&#039;m doing, and I agree that greater variety of State dps (from me at least) would be a good thing.(The new one I&#039;m working on has nothing to do with video, and Chandima pitched in and got the project back on track after I got stuck in the mud).  It turns out that some tricky operations are involved when you get away from system level operations that can be found in NetStream objects.

Changing view states sounds like a great challenge. How about this?——hack together an example of what you have in mind, and I&#039;ll work it into a State dp. In that way I can see exactly what you have in mind and you can see how to approach refactoring with a common &#039;real world&#039; use that our readers can gain value from as well.

Kindest regards,
Bill</description>
		<content:encoded><![CDATA[<p>Hi Mystery Person,</p>
<p>I&#8217;ve been working on another State Design Pattern for a magazine article I&#8217;m doing, and I agree that greater variety of State dps (from me at least) would be a good thing.(The new one I&#8217;m working on has nothing to do with video, and Chandima pitched in and got the project back on track after I got stuck in the mud).  It turns out that some tricky operations are involved when you get away from system level operations that can be found in NetStream objects.</p>
<p>Changing view states sounds like a great challenge. How about this?——hack together an example of what you have in mind, and I&#8217;ll work it into a State dp. In that way I can see exactly what you have in mind and you can see how to approach refactoring with a common &#8216;real world&#8217; use that our readers can gain value from as well.</p>
<p>Kindest regards,<br />
Bill</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: state</title>
		<link>http://www.as3dp.com/2009/06/24/friends-with-benefits-state-and-factory-method-together-at-last%e2%80%94part-ii/comment-page-1/#comment-2614</link>
		<dc:creator>state</dc:creator>
		<pubDate>Wed, 24 Jun 2009 16:30:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.as3dp.com/?p=1106#comment-2614</guid>
		<description>Hi,

thanks for all your well written articles! Regarding the state pattern: The video player is a common, simple and useful example to demonstrate the pattern, however, it would be interesting to see an implementation of a more &quot;tricky&quot; example. For example, imagine a web application that has different view states and transitions (animations) from one state to the next. One would have to deal with asynchronous events (transitioning to the next state as soon as the animation is complete). In addition, mouse clicks from users must be blocked during the transition to prevent unwanted side effects with the animation. Overall, much more coordination would be necessary. Would there be separate &quot;animationIn&quot; or &quot;animationOut&quot; states etc., where and how are the events handled? I think this is a common scenario for a lot of flash sites, web apps and would make for a useful &quot;real-world&quot; example (video players are, of course, also very &quot;real-world&quot; but maybe a bit overused for the state pattern ;)</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>thanks for all your well written articles! Regarding the state pattern: The video player is a common, simple and useful example to demonstrate the pattern, however, it would be interesting to see an implementation of a more &#8220;tricky&#8221; example. For example, imagine a web application that has different view states and transitions (animations) from one state to the next. One would have to deal with asynchronous events (transitioning to the next state as soon as the animation is complete). In addition, mouse clicks from users must be blocked during the transition to prevent unwanted side effects with the animation. Overall, much more coordination would be necessary. Would there be separate &#8220;animationIn&#8221; or &#8220;animationOut&#8221; states etc., where and how are the events handled? I think this is a common scenario for a lot of flash sites, web apps and would make for a useful &#8220;real-world&#8221; example (video players are, of course, also very &#8220;real-world&#8221; but maybe a bit overused for the state pattern ;)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
