<?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/"
		>
<channel>
	<title>Comments on: Scoping Issues in Flex 2.0 Beta 3</title>
	<atom:link href="http://joshblog.net/2006/05/10/scoping-issues-in-flex-20-beta-3/feed/" rel="self" type="application/rss+xml" />
	<link>http://joshblog.net/2006/05/10/scoping-issues-in-flex-20-beta-3/</link>
	<description>Just another WordPress site</description>
	<lastBuildDate>Tue, 31 Jan 2012 13:51:35 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Josh Tynjala</title>
		<link>http://joshblog.net/2006/05/10/scoping-issues-in-flex-20-beta-3/#comment-168</link>
		<dc:creator>Josh Tynjala</dc:creator>
		<pubDate>Thu, 22 May 2008 23:45:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.zeuslabs.us/archives/65/scoping-issues-in-flex-20-beta-3/#comment-168</guid>
		<description>The ECMAScript 4 specification defines a &lt;code&gt;let&lt;/code&gt; keyword that may be used instead of &lt;code&gt;var&lt;/code&gt;. This new keyword will allow you to keep scope inside a block rather than at the function level. Stayed tuned for it in a future update to ActionScript!</description>
		<content:encoded><![CDATA[<p>The ECMAScript 4 specification defines a <code>let</code> keyword that may be used instead of <code>var</code>. This new keyword will allow you to keep scope inside a block rather than at the function level. Stayed tuned for it in a future update to ActionScript!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: fekke</title>
		<link>http://joshblog.net/2006/05/10/scoping-issues-in-flex-20-beta-3/#comment-167</link>
		<dc:creator>fekke</dc:creator>
		<pubDate>Thu, 22 May 2008 23:43:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.zeuslabs.us/archives/65/scoping-issues-in-flex-20-beta-3/#comment-167</guid>
		<description>It totally sucks! A closing brace should always be the end of a scope, period.</description>
		<content:encoded><![CDATA[<p>It totally sucks! A closing brace should always be the end of a scope, period.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Josh Tynjala</title>
		<link>http://joshblog.net/2006/05/10/scoping-issues-in-flex-20-beta-3/#comment-166</link>
		<dc:creator>Josh Tynjala</dc:creator>
		<pubDate>Thu, 11 May 2006 00:32:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.zeuslabs.us/archives/65/scoping-issues-in-flex-20-beta-3/#comment-166</guid>
		<description>Thanks Ely, good to know.

I&#039;m used to the idea of any {} block making a new scope. I know of some developers that will force a limited scope in other languages by just building an artificial block around a section of code. I suppose it would be a good way to force a garbage collection in C# or Java.</description>
		<content:encoded><![CDATA[<p>Thanks Ely, good to know.</p>
<p>I&#8217;m used to the idea of any {} block making a new scope. I know of some developers that will force a limited scope in other languages by just building an artificial block around a section of code. I suppose it would be a good way to force a garbage collection in C# or Java.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ely Greenfield</title>
		<link>http://joshblog.net/2006/05/10/scoping-issues-in-flex-20-beta-3/#comment-165</link>
		<dc:creator>Ely Greenfield</dc:creator>
		<pubDate>Thu, 11 May 2006 00:07:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.zeuslabs.us/archives/65/scoping-issues-in-flex-20-beta-3/#comment-165</guid>
		<description>Actually, it&#039;s not a bug.  ECMAScript3 (Javascript, AS1) doesn&#039;t support block level scoping, and ECMAScript4 (AS3) needs to be backwards compatible with it. So AS3 doesn&#039;t have block level scoping.  Which means that all variables declared inside a function are visible anywhere in the function. So you can&#039;t declare the same variable twice with different types.</description>
		<content:encoded><![CDATA[<p>Actually, it&#8217;s not a bug.  ECMAScript3 (Javascript, AS1) doesn&#8217;t support block level scoping, and ECMAScript4 (AS3) needs to be backwards compatible with it. So AS3 doesn&#8217;t have block level scoping.  Which means that all variables declared inside a function are visible anywhere in the function. So you can&#8217;t declare the same variable twice with different types.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Josh Tynjala</title>
		<link>http://joshblog.net/2006/05/10/scoping-issues-in-flex-20-beta-3/#comment-164</link>
		<dc:creator>Josh Tynjala</dc:creator>
		<pubDate>Thu, 11 May 2006 00:05:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.zeuslabs.us/archives/65/scoping-issues-in-flex-20-beta-3/#comment-164</guid>
		<description>I made a similar function in MTASC, except I declared i as a String the second time. No errors. The if and else blocks should be different scopes, or at least that&#039;s how other languages work.</description>
		<content:encoded><![CDATA[<p>I made a similar function in MTASC, except I declared i as a String the second time. No errors. The if and else blocks should be different scopes, or at least that&#8217;s how other languages work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JesterXL</title>
		<link>http://joshblog.net/2006/05/10/scoping-issues-in-flex-20-beta-3/#comment-163</link>
		<dc:creator>JesterXL</dc:creator>
		<pubDate>Wed, 10 May 2006 23:57:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.zeuslabs.us/archives/65/scoping-issues-in-flex-20-beta-3/#comment-163</guid>
		<description>MTASC would bitch for the same reason in AS2.  Basically, can&#039;t re-declare the variable of the same name again, let alone to a different datatype.  Although you and I see it as a different scope, the compiler see&#039;s it as a function block with 2 local variables defined twice, which can you&#039;d do.

Submit the bug at the appropriate forum at labs.adobe.com.</description>
		<content:encoded><![CDATA[<p>MTASC would bitch for the same reason in AS2.  Basically, can&#8217;t re-declare the variable of the same name again, let alone to a different datatype.  Although you and I see it as a different scope, the compiler see&#8217;s it as a function block with 2 local variables defined twice, which can you&#8217;d do.</p>
<p>Submit the bug at the appropriate forum at labs.adobe.com.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

