<?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"
	>
<channel>
	<title>Comments on: Should Flex stick to AIR?</title>
	<atom:link href="http://neilmiddleton.com/2007/09/14/should-flex-stick-to-air/feed/" rel="self" type="application/rss+xml" />
	<link>http://neilmiddleton.com/2007/09/14/should-flex-stick-to-air/</link>
	<description></description>
	<pubDate>Fri, 21 Nov 2008 23:09:13 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: John Dowdell</title>
		<link>http://neilmiddleton.com/2007/09/14/should-flex-stick-to-air/#comment-38902</link>
		<dc:creator>John Dowdell</dc:creator>
		<pubDate>Fri, 14 Sep 2007 16:56:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.feed-squirrel.com/2007/09/14/should-flex-stick-to-air/#comment-38902</guid>
		<description>Ajax has another issue, because assets (including scripts) are transferred as separate HTTP requests. Most browsers default to handling eight simultaneous requests, with only two from any given domain.

(SWF files contain multiple assets within a single HTTP connection, and can start to display before fully downloaded. Flex defaults to an upfront load, however.)

Bottom line: For comparable content, SWF can be more responsive.

The points above about modules and caching are spot-on. More background, and a link to Dirk Eismann's recent work:
http://weblogs.macromedia.com/jd/archives/2007/09/fast_flex.cfm

jd/adobe</description>
		<content:encoded><![CDATA[<p>Ajax has another issue, because assets (including scripts) are transferred as separate HTTP requests. Most browsers default to handling eight simultaneous requests, with only two from any given domain.</p>
<p>(SWF files contain multiple assets within a single HTTP connection, and can start to display before fully downloaded. Flex defaults to an upfront load, however.)</p>
<p>Bottom line: For comparable content, SWF can be more responsive.</p>
<p>The points above about modules and caching are spot-on. More background, and a link to Dirk Eismann&#8217;s recent work:<br />
<a href="http://weblogs.macromedia.com/jd/archives/2007/09/fast_flex.cfm" rel="nofollow">http://weblogs.macromedia.com/jd/archives/2007/09/fast_flex.cfm</a></p>
<p>jd/adobe</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Harald</title>
		<link>http://neilmiddleton.com/2007/09/14/should-flex-stick-to-air/#comment-38890</link>
		<dc:creator>Harald</dc:creator>
		<pubDate>Fri, 14 Sep 2007 15:14:27 +0000</pubDate>
		<guid isPermaLink="false">http://blog.feed-squirrel.com/2007/09/14/should-flex-stick-to-air/#comment-38890</guid>
		<description>The biggest thing about flex is the framework itself which loads on startup. Flex 3 will introduce framework caching. which will reduce the startup time dramatically. That means it loads the framwork on the first flex site you visit and it gets cached. The second flex site you visit whill only load its own assets. With this caching you can reduce your app to just a few kb.</description>
		<content:encoded><![CDATA[<p>The biggest thing about flex is the framework itself which loads on startup. Flex 3 will introduce framework caching. which will reduce the startup time dramatically. That means it loads the framwork on the first flex site you visit and it gets cached. The second flex site you visit whill only load its own assets. With this caching you can reduce your app to just a few kb.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://neilmiddleton.com/2007/09/14/should-flex-stick-to-air/#comment-38886</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Fri, 14 Sep 2007 14:47:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.feed-squirrel.com/2007/09/14/should-flex-stick-to-air/#comment-38886</guid>
		<description>Not to mention that Flash Player 9 added support for caching the Flex Framework within the Flash Player itself.</description>
		<content:encoded><![CDATA[<p>Not to mention that Flash Player 9 added support for caching the Flex Framework within the Flash Player itself.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob McKeown</title>
		<link>http://neilmiddleton.com/2007/09/14/should-flex-stick-to-air/#comment-38878</link>
		<dc:creator>Rob McKeown</dc:creator>
		<pubDate>Fri, 14 Sep 2007 13:52:38 +0000</pubDate>
		<guid isPermaLink="false">http://blog.feed-squirrel.com/2007/09/14/should-flex-stick-to-air/#comment-38878</guid>
		<description>As a flex developer you have options to reduce the initial wait time. For example, breaking the application into modules will allow each to be downloaded on demand. This reduces initial load time and has the added benefit of saving bandwidth since if a user only uses part of your app, you only need to send that part over the wire.

To say that AJAX apps don't have this problem is not necessarily true. If you are doing something where the layout of the screen is based on widgets, you will most definitely have an initial wait as the HTML renders in the browser and then the Javascript parses and rearranges it.  Take a look at the initial load of a very complex app built with Dojo or YUI for example.</description>
		<content:encoded><![CDATA[<p>As a flex developer you have options to reduce the initial wait time. For example, breaking the application into modules will allow each to be downloaded on demand. This reduces initial load time and has the added benefit of saving bandwidth since if a user only uses part of your app, you only need to send that part over the wire.</p>
<p>To say that AJAX apps don&#8217;t have this problem is not necessarily true. If you are doing something where the layout of the screen is based on widgets, you will most definitely have an initial wait as the HTML renders in the browser and then the Javascript parses and rearranges it.  Take a look at the initial load of a very complex app built with Dojo or YUI for example.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
