<?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: Loading Flex Applications Into Flex Applications Gotcha: App Resizing	</title>
	<atom:link href="https://jessewarden.com/2007/05/loading-flex-applications-into-flex-applications-gotcha-app-resizing.html/feed" rel="self" type="application/rss+xml" />
	<link>https://jessewarden.com/2007/05/loading-flex-applications-into-flex-applications-gotcha-app-resizing.html</link>
	<description>Software &#124; Fitness &#124; Gaming</description>
	<lastBuildDate>Sun, 13 May 2007 02:17:03 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	
	<item>
		<title>
		By: MIke Britton		</title>
		<link>https://jessewarden.com/2007/05/loading-flex-applications-into-flex-applications-gotcha-app-resizing.html/comment-page-1#comment-4279</link>

		<dc:creator><![CDATA[MIke Britton]]></dc:creator>
		<pubDate>Sun, 13 May 2007 02:17:03 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/?p=1158#comment-4279</guid>

					<description><![CDATA[I really think there are three options, and using SWFLoader isn&#039;t one of them, as we found out.  One is to use modules.  Another is to make the child app a library project or SWC, and create mxml components inside the original app that consume data from the SWC.  The last solution is to merge the business logic between the two apps.  I like the latter of course, since there&#039;s more separation of business logic from presentation.  However there&#039;s still the problem of two apps using the same version of Cairngorm.  Now that 2.2 is a fraction of the size of 2.1, that&#039;s not a show-stopper.  But why should two separate apps compile with their own Cairngorm?  Now we get into the architecture more hard-core, and it becomes apparent that a central SWC for business logic is needed for the two apps to play nicely.  So...the SWC being used to return your service calls should have hooks for my service calls.  That way I can elegantly blend in my code with yours, and we all win, in theory, because there&#039;s a central API for all of it.  This may be the direction we should go.

Thoughts?


]]></description>
			<content:encoded><![CDATA[<p>I really think there are three options, and using SWFLoader isn&#8217;t one of them, as we found out.  One is to use modules.  Another is to make the child app a library project or SWC, and create mxml components inside the original app that consume data from the SWC.  The last solution is to merge the business logic between the two apps.  I like the latter of course, since there&#8217;s more separation of business logic from presentation.  However there&#8217;s still the problem of two apps using the same version of Cairngorm.  Now that 2.2 is a fraction of the size of 2.1, that&#8217;s not a show-stopper.  But why should two separate apps compile with their own Cairngorm?  Now we get into the architecture more hard-core, and it becomes apparent that a central SWC for business logic is needed for the two apps to play nicely.  So&#8230;the SWC being used to return your service calls should have hooks for my service calls.  That way I can elegantly blend in my code with yours, and we all win, in theory, because there&#8217;s a central API for all of it.  This may be the direction we should go.</p>
<p>Thoughts?</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Tracy		</title>
		<link>https://jessewarden.com/2007/05/loading-flex-applications-into-flex-applications-gotcha-app-resizing.html/comment-page-1#comment-4278</link>

		<dc:creator><![CDATA[Tracy]]></dc:creator>
		<pubDate>Thu, 10 May 2007 12:45:08 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/?p=1158#comment-4278</guid>

					<description><![CDATA[Hi Jesse

We had a similar issue where we had to load 1 Flex app into another with a similar codebase. We went the route of loading the 2nd app via SWFLoader (fortunately the 2nd codebase was so small that we could get around the similar codebase issue by changing its package structure without too much bloat in the runtime code)

Everything has been running smoothly, but I checked for the bug u described this morning and whooa - it broke. With our app we add &#038; remove it to a DisplayObject on the stage to control its visibility. Our 2nd app doesnt make too much use of the stage object, so again I could get away with a simple quickfix by just checking whether the stage is null. 

Thanks for the tip off, very useful :)]]></description>
			<content:encoded><![CDATA[<p>Hi Jesse</p>
<p>We had a similar issue where we had to load 1 Flex app into another with a similar codebase. We went the route of loading the 2nd app via SWFLoader (fortunately the 2nd codebase was so small that we could get around the similar codebase issue by changing its package structure without too much bloat in the runtime code)</p>
<p>Everything has been running smoothly, but I checked for the bug u described this morning and whooa &#8211; it broke. With our app we add &amp; remove it to a DisplayObject on the stage to control its visibility. Our 2nd app doesnt make too much use of the stage object, so again I could get away with a simple quickfix by just checking whether the stage is null. </p>
<p>Thanks for the tip off, very useful :)</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Mike Britton		</title>
		<link>https://jessewarden.com/2007/05/loading-flex-applications-into-flex-applications-gotcha-app-resizing.html/comment-page-1#comment-4277</link>

		<dc:creator><![CDATA[Mike Britton]]></dc:creator>
		<pubDate>Thu, 10 May 2007 00:10:20 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/?p=1158#comment-4277</guid>

					<description><![CDATA[Yep, seems like it&#039;s either modules, components or SWCs.]]></description>
			<content:encoded><![CDATA[<p>Yep, seems like it&#8217;s either modules, components or SWCs.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
