<?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: Large Applications for impatient developers</title>
	<atom:link href="http://flexblog.faratasystems.com/2006/08/24/large-applications-for-impatient-developers/feed" rel="self" type="application/rss+xml" />
	<link>http://flexblog.faratasystems.com/2006/08/24/large-applications-for-impatient-developers</link>
	<description>A blog about our experience with Adobe Flex</description>
	<lastBuildDate>Tue, 27 Jul 2010 22:15:10 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Derrick Grigg</title>
		<link>http://flexblog.faratasystems.com/2006/08/24/large-applications-for-impatient-developers/comment-page-1#comment-16</link>
		<dc:creator>Derrick Grigg</dc:creator>
		<pubDate>Fri, 15 Sep 2006 19:02:10 +0000</pubDate>
		<guid isPermaLink="false">http://flexblog.faratasystems.com/?p=76#comment-16</guid>
		<description>I completely agree on breaking up a large application into smaller modules that only get loaded as required but the user. It makes no sense for an application that has many views and modules to force a user to download the entire package when only a small portion of that may be all they use. I have been using that approach with RIA&#039;s since Flash 7 and it has always worked very nicely. Can&#039;t wait to get a copy your book once it comes out.</description>
		<content:encoded><![CDATA[<p>I completely agree on breaking up a large application into smaller modules that only get loaded as required but the user. It makes no sense for an application that has many views and modules to force a user to download the entire package when only a small portion of that may be all they use. I have been using that approach with RIA&#8217;s since Flash 7 and it has always worked very nicely. Can&#8217;t wait to get a copy your book once it comes out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anatole Tartakovsky</title>
		<link>http://flexblog.faratasystems.com/2006/08/24/large-applications-for-impatient-developers/comment-page-1#comment-10</link>
		<dc:creator>Anatole Tartakovsky</dc:creator>
		<pubDate>Tue, 05 Sep 2006 13:19:02 +0000</pubDate>
		<guid isPermaLink="false">http://flexblog.faratasystems.com/?p=76#comment-10</guid>
		<description>Marco,
 Breaking your application in two independent units will help some people,  also canonic approach with interfaces will help some to use components as black boxes. In the end of the day with these approaches you end up with :
1. Large build
2. Need to load all components on the startup of the application. 
While describing the above techniques, the book is more in a favor of different incremental approach - developing core application and pluggable modules allowing you to develop and deploy pieces independently. Think of very specific case for larger enterprise applications of 1-100MB in size - where even loading complete application at once is not an option, not to mention that 10-100 people have to work on it relatively independently - and then scale it down and up - you would see architecture a bit differently.
Regards,
Anatole</description>
		<content:encoded><![CDATA[<p>Marco,<br />
 Breaking your application in two independent units will help some people,  also canonic approach with interfaces will help some to use components as black boxes. In the end of the day with these approaches you end up with :<br />
1. Large build<br />
2. Need to load all components on the startup of the application.<br />
While describing the above techniques, the book is more in a favor of different incremental approach &#8211; developing core application and pluggable modules allowing you to develop and deploy pieces independently. Think of very specific case for larger enterprise applications of 1-100MB in size &#8211; where even loading complete application at once is not an option, not to mention that 10-100 people have to work on it relatively independently &#8211; and then scale it down and up &#8211; you would see architecture a bit differently.<br />
Regards,<br />
Anatole</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marco Casario</title>
		<link>http://flexblog.faratasystems.com/2006/08/24/large-applications-for-impatient-developers/comment-page-1#comment-9</link>
		<dc:creator>Marco Casario</dc:creator>
		<pubDate>Tue, 05 Sep 2006 12:53:13 +0000</pubDate>
		<guid isPermaLink="false">http://flexblog.faratasystems.com/?p=76#comment-9</guid>
		<description>In order to break large flex 2 applications into logical and smaller pieces, another tips should be to create external MXML Components designed as &quot;black boxes&quot;.
I worte an article about this topic that will be published on this month&#039;s issue of WDDJ : http://casario.blogs.com/mmworld/2006/08/developing_loos.html

best
marco casario</description>
		<content:encoded><![CDATA[<p>In order to break large flex 2 applications into logical and smaller pieces, another tips should be to create external MXML Components designed as &#8220;black boxes&#8221;.<br />
I worte an article about this topic that will be published on this month&#8217;s issue of WDDJ : <a href="http://casario.blogs.com/mmworld/2006/08/developing_loos.html" rel="nofollow">http://casario.blogs.com/mmworld/2006/08/developing_loos.html</a></p>
<p>best<br />
marco casario</p>
]]></content:encoded>
	</item>
</channel>
</rss>
