<?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:series="http://unfoldingneurons.com/"
		>
<channel>
	<title>Comments on: Learn some patterns &#8211; Advanced ActionScript 3.0 with Design Patterns</title>
	<atom:link href="http://blog.hexagonstar.com/learn-some-patterns-advanced-actionscript-30-with-design-patterns/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.hexagonstar.com/learn-some-patterns-advanced-actionscript-30-with-design-patterns/</link>
	<description>&#34;Chaotic Neutral&#34;</description>
	<lastBuildDate>Fri, 30 Jul 2010 17:50:37 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=abc</generator>
	<item>
		<title>By: Jan Breens</title>
		<link>http://blog.hexagonstar.com/learn-some-patterns-advanced-actionscript-30-with-design-patterns/comment-page-1/#comment-531</link>
		<dc:creator>Jan Breens</dc:creator>
		<pubDate>Fri, 19 Jan 2007 16:00:36 +0000</pubDate>
		<guid isPermaLink="false">http://blog.hexagonstar.com/learn-some-patterns-advanced-actionscript-30-with-design-patterns/#comment-531</guid>
		<description>I&#039;ve just bought this book, and coming from a JAVA &amp; .NET background some years ago, it&#039;s nice to see AS books finally going in the direction I am used to reading.

It was comforting to read a nicely written, easy to understand book.  As you say, there are some slips, but I consider that normal.  AS3.0 is really new, and I&#039;m glad they didn&#039;t go for the &quot;safe thing&quot; but tried to do something new in the world of Flash &amp; AS books.

Nice book with an equally nice review.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve just bought this book, and coming from a JAVA &amp; .NET background some years ago, it&#8217;s nice to see AS books finally going in the direction I am used to reading.</p>
<p>It was comforting to read a nicely written, easy to understand book.  As you say, there are some slips, but I consider that normal.  AS3.0 is really new, and I&#8217;m glad they didn&#8217;t go for the &#8220;safe thing&#8221; but tried to do something new in the world of Flash &amp; AS books.</p>
<p>Nice book with an equally nice review.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Waterproof AS 3.0 Singleton at H1DD3N.R350URC3</title>
		<link>http://blog.hexagonstar.com/learn-some-patterns-advanced-actionscript-30-with-design-patterns/comment-page-1/#comment-530</link>
		<dc:creator>Waterproof AS 3.0 Singleton at H1DD3N.R350URC3</dc:creator>
		<pubDate>Fri, 24 Nov 2006 14:22:55 +0000</pubDate>
		<guid isPermaLink="false">http://blog.hexagonstar.com/learn-some-patterns-advanced-actionscript-30-with-design-patterns/#comment-530</guid>
		<description>[...] While reading Advanced ActionScript 3 with Design Patterns I&#8217;ve once again came across the AS 3.0 Singleton solution that has to deal with the absence of private constructors (I&#8217;ll save my rage and cursings about who had the idea to remove them for now  ) and while the authors are using the already well known method of using a SingletonEnforcer class outside the Singleton&#8217;s package to verify that the class cannot be&#160; instanciated via the constructor they also note that this can be doublecrossed by giving null or undefined as a constructor parameter. As this is rather sub optimal I was wondering why they don&#8217;t just check inside the Singleton constructor for a null/undefined argument and throw an exception accordingly?!I&#8217;m sure somebody else had the same idea already but here&#8217;s my idea of a waterproof Singleton class that cannot be misused from the outside (As always, if I missed any detail that accidentally breaks hell loose feel free to correct me) &#8230; [...]</description>
		<content:encoded><![CDATA[<p>[...] While reading Advanced ActionScript 3 with Design Patterns I&#8217;ve once again came across the AS 3.0 Singleton solution that has to deal with the absence of private constructors (I&#8217;ll save my rage and cursings about who had the idea to remove them for now  ) and while the authors are using the already well known method of using a SingletonEnforcer class outside the Singleton&#8217;s package to verify that the class cannot be&nbsp; instanciated via the constructor they also note that this can be doublecrossed by giving null or undefined as a constructor parameter. As this is rather sub optimal I was wondering why they don&#8217;t just check inside the Singleton constructor for a null/undefined argument and throw an exception accordingly?!I&#8217;m sure somebody else had the same idea already but here&#8217;s my idea of a waterproof Singleton class that cannot be misused from the outside (As always, if I missed any detail that accidentally breaks hell loose feel free to correct me) &#8230; [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
