<?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: Take a Design Pattern to Work Part II: A Little OOP</title>
	<atom:link href="http://www.as3dp.com/2009/01/05/take-a-design-pattern-to-work-part-ii-a-little-oop-2/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.as3dp.com/2009/01/05/take-a-design-pattern-to-work-part-ii-a-little-oop-2/</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/01/05/take-a-design-pattern-to-work-part-ii-a-little-oop-2/comment-page-1/#comment-2304</link>
		<dc:creator>William B. Sanders</dc:creator>
		<pubDate>Tue, 05 May 2009 13:15:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.as3dp.com/2009/01/05/take-a-design-pattern-to-work-part-ii-a-little-oop-2/#comment-2304</guid>
		<description>Hi Sangram,

It&#039;s set up for Flash CS4 and/or Flex Builder. All you have to do is to create a new CS3 Fla, and in the Document Class window in the Properties panel type in &#039;Client&#039; (w/o the quotes) and that should do the trick.

If it doesn&#039;t, let me know.

Kindest regards,
Bill</description>
		<content:encoded><![CDATA[<p>Hi Sangram,</p>
<p>It&#8217;s set up for Flash CS4 and/or Flex Builder. All you have to do is to create a new CS3 Fla, and in the Document Class window in the Properties panel type in &#8216;Client&#8217; (w/o the quotes) and that should do the trick.</p>
<p>If it doesn&#8217;t, let me know.</p>
<p>Kindest regards,<br />
Bill</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sangram</title>
		<link>http://www.as3dp.com/2009/01/05/take-a-design-pattern-to-work-part-ii-a-little-oop-2/comment-page-1/#comment-2303</link>
		<dc:creator>sangram</dc:creator>
		<pubDate>Tue, 05 May 2009 13:04:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.as3dp.com/2009/01/05/take-a-design-pattern-to-work-part-ii-a-little-oop-2/#comment-2303</guid>
		<description>Hi ,

In the downloadable source files, Client.fla seems to having some problem because I couldnt open it in Flash CS3. 
Can you please make the correct client.fla available for download.

Thanks in Advance . 

Regards,
Sangram</description>
		<content:encoded><![CDATA[<p>Hi ,</p>
<p>In the downloadable source files, Client.fla seems to having some problem because I couldnt open it in Flash CS3.<br />
Can you please make the correct client.fla available for download.</p>
<p>Thanks in Advance . </p>
<p>Regards,<br />
Sangram</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill Sanders</title>
		<link>http://www.as3dp.com/2009/01/05/take-a-design-pattern-to-work-part-ii-a-little-oop-2/comment-page-1/#comment-1220</link>
		<dc:creator>Bill Sanders</dc:creator>
		<pubDate>Thu, 15 Jan 2009 15:10:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.as3dp.com/2009/01/05/take-a-design-pattern-to-work-part-ii-a-little-oop-2/#comment-1220</guid>
		<description>Hi Anggie,

What a great way to put it! &lt;blockquote&gt;...anticipate unforeseen requirement changes...&lt;/blockquote&gt; In some way, most (if not all) design patterns help to deal with unanticipated requirement changes. And of course in the real world of Internet based programs, change is the only constant.

Kindest regards,
Bill</description>
		<content:encoded><![CDATA[<p>Hi Anggie,</p>
<p>What a great way to put it!<br />
<blockquote>&#8230;anticipate unforeseen requirement changes&#8230;</p></blockquote>
<p> In some way, most (if not all) design patterns help to deal with unanticipated requirement changes. And of course in the real world of Internet based programs, change is the only constant.</p>
<p>Kindest regards,<br />
Bill</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: anggie</title>
		<link>http://www.as3dp.com/2009/01/05/take-a-design-pattern-to-work-part-ii-a-little-oop-2/comment-page-1/#comment-1219</link>
		<dc:creator>anggie</dc:creator>
		<pubDate>Thu, 15 Jan 2009 14:41:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.as3dp.com/2009/01/05/take-a-design-pattern-to-work-part-ii-a-little-oop-2/#comment-1219</guid>
		<description>Nice articles as usual, Bill!

I&#039;d like to translate this series into my language when I have time. 

Personal story of mine, I used to work with &quot;unstable&quot; specs ( who doesn&#039;t ? lol ) and patterns have been very helpful to anticipate unforeseen requirement changes, at least they can help minimize the impact. Strategy, FrontController and ModelLocator are those that I use most. And I&#039;m glad that I bought your book ;-)</description>
		<content:encoded><![CDATA[<p>Nice articles as usual, Bill!</p>
<p>I&#8217;d like to translate this series into my language when I have time. </p>
<p>Personal story of mine, I used to work with &#8220;unstable&#8221; specs ( who doesn&#8217;t ? lol ) and patterns have been very helpful to anticipate unforeseen requirement changes, at least they can help minimize the impact. Strategy, FrontController and ModelLocator are those that I use most. And I&#8217;m glad that I bought your book ;-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill Sanders</title>
		<link>http://www.as3dp.com/2009/01/05/take-a-design-pattern-to-work-part-ii-a-little-oop-2/comment-page-1/#comment-1113</link>
		<dc:creator>Bill Sanders</dc:creator>
		<pubDate>Tue, 06 Jan 2009 02:15:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.as3dp.com/2009/01/05/take-a-design-pattern-to-work-part-ii-a-little-oop-2/#comment-1113</guid>
		<description>Hi Dale,

A certain irony lies in the fact that the first sentence of the GoF book notes that design patterns are difficult. Getting them into the workplace is even more difficult, but that part isn&#039;t discussed as much. (Note to self: Suggest to Gang of Four to explain how to accomplish the latter.)

If anyone reading this blog can share a story of how design patterns came into a functioning part of their company, such comments would be most welcomed!

Best wishes,
Bill</description>
		<content:encoded><![CDATA[<p>Hi Dale,</p>
<p>A certain irony lies in the fact that the first sentence of the GoF book notes that design patterns are difficult. Getting them into the workplace is even more difficult, but that part isn&#8217;t discussed as much. (Note to self: Suggest to Gang of Four to explain how to accomplish the latter.)</p>
<p>If anyone reading this blog can share a story of how design patterns came into a functioning part of their company, such comments would be most welcomed!</p>
<p>Best wishes,<br />
Bill</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill Sanders</title>
		<link>http://www.as3dp.com/2009/01/05/take-a-design-pattern-to-work-part-ii-a-little-oop-2/comment-page-1/#comment-1112</link>
		<dc:creator>Bill Sanders</dc:creator>
		<pubDate>Tue, 06 Jan 2009 02:07:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.as3dp.com/2009/01/05/take-a-design-pattern-to-work-part-ii-a-little-oop-2/#comment-1112</guid>
		<description>Hi Ryan,

Basically, creating a private variable or function is a good way to encapsulate the variable or function (method.) It&#039;s just a good (and easy) habit for OOP. In the example, all of the child classes had to use the methods in the parent class, and by creating a protected method, the methods were encapsulated to the class and its descendants.

I believe a good OOP habit is to use private or protected access where possible to help sustain encapsulation. TK&#039;s comments were helpful as well.

Kindest regards,
Bill</description>
		<content:encoded><![CDATA[<p>Hi Ryan,</p>
<p>Basically, creating a private variable or function is a good way to encapsulate the variable or function (method.) It&#8217;s just a good (and easy) habit for OOP. In the example, all of the child classes had to use the methods in the parent class, and by creating a protected method, the methods were encapsulated to the class and its descendants.</p>
<p>I believe a good OOP habit is to use private or protected access where possible to help sustain encapsulation. TK&#8217;s comments were helpful as well.</p>
<p>Kindest regards,<br />
Bill</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: TK</title>
		<link>http://www.as3dp.com/2009/01/05/take-a-design-pattern-to-work-part-ii-a-little-oop-2/comment-page-1/#comment-1110</link>
		<dc:creator>TK</dc:creator>
		<pubDate>Mon, 05 Jan 2009 23:35:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.as3dp.com/2009/01/05/take-a-design-pattern-to-work-part-ii-a-little-oop-2/#comment-1110</guid>
		<description>Ryan,
In AS3 the protected keyword is an access modifier for a field (method or instance variable) of a class which limits access to subclasses only. IE: You can only get access to a protected method of a class in a subclass of that class. 

For example:
public class Whatever {
  
  public Whatever() {}

  protected function getValue():Object {...}
}

Only a class subclassing Whatever would be able to call the &quot;getValue&quot; method. 

Access modifiers vary on your language. In Java, protected is similar but also allows package-level access. In AS3, no package-level access is allowed, it must be a parent-child relationship. 

 - TK</description>
		<content:encoded><![CDATA[<p>Ryan,<br />
In AS3 the protected keyword is an access modifier for a field (method or instance variable) of a class which limits access to subclasses only. IE: You can only get access to a protected method of a class in a subclass of that class. </p>
<p>For example:<br />
public class Whatever {</p>
<p>  public Whatever() {}</p>
<p>  protected function getValue():Object {&#8230;}<br />
}</p>
<p>Only a class subclassing Whatever would be able to call the &#8220;getValue&#8221; method. </p>
<p>Access modifiers vary on your language. In Java, protected is similar but also allows package-level access. In AS3, no package-level access is allowed, it must be a parent-child relationship. </p>
<p> &#8211; TK</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dale</title>
		<link>http://www.as3dp.com/2009/01/05/take-a-design-pattern-to-work-part-ii-a-little-oop-2/comment-page-1/#comment-1109</link>
		<dc:creator>Dale</dc:creator>
		<pubDate>Mon, 05 Jan 2009 23:33:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.as3dp.com/2009/01/05/take-a-design-pattern-to-work-part-ii-a-little-oop-2/#comment-1109</guid>
		<description>Thanks for the nice article.
Its good to see an actual implementation that uses a &#039;website&#039;, even if its very simple. Makes it far easier to make connections between developing with design patterns and what most people seem to do, in Flash anyway, build websites.</description>
		<content:encoded><![CDATA[<p>Thanks for the nice article.<br />
Its good to see an actual implementation that uses a &#8216;website&#8217;, even if its very simple. Makes it far easier to make connections between developing with design patterns and what most people seem to do, in Flash anyway, build websites.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: RyanL</title>
		<link>http://www.as3dp.com/2009/01/05/take-a-design-pattern-to-work-part-ii-a-little-oop-2/comment-page-1/#comment-1108</link>
		<dc:creator>RyanL</dc:creator>
		<pubDate>Mon, 05 Jan 2009 23:12:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.as3dp.com/2009/01/05/take-a-design-pattern-to-work-part-ii-a-little-oop-2/#comment-1108</guid>
		<description>Thanks again for another informative post Bill. It is truly appreciated. One thing I found interesting was your mention of using protected methods and why you did so. Although I am still not clear on exactly why a protected method is the best choice here.

Cheers,

RyanL</description>
		<content:encoded><![CDATA[<p>Thanks again for another informative post Bill. It is truly appreciated. One thing I found interesting was your mention of using protected methods and why you did so. Although I am still not clear on exactly why a protected method is the best choice here.</p>
<p>Cheers,</p>
<p>RyanL</p>
]]></content:encoded>
	</item>
</channel>
</rss>
