<?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: Anyone Using PureMVC Multicore For Non-Flex Flash Sites/Apps?</title>
	<atom:link href="http://blog.nobien.net/2008/11/16/anyone-using-puremvc-multicore-for-non-flex-flash-sitesapps/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.nobien.net/2008/11/16/anyone-using-puremvc-multicore-for-non-flex-flash-sitesapps/</link>
	<description>A nerd blog about nerdy things by ... nerdy guys?</description>
	<lastBuildDate>Tue, 20 Jul 2010 20:39:29 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Justin</title>
		<link>http://blog.nobien.net/2008/11/16/anyone-using-puremvc-multicore-for-non-flex-flash-sitesapps/comment-page-1/#comment-4397</link>
		<dc:creator>Justin</dc:creator>
		<pubDate>Sun, 28 Jun 2009 08:03:07 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nobien.net/?p=89#comment-4397</guid>
		<description>Why not have an AbstractSection class which all sections extend. You can expose the necessary methods through this. Or as Lori says an interface, if you want to be more flexible.

...Any I&#039;ve just seen the date of this post! Hope you got it sorted.</description>
		<content:encoded><![CDATA[<p>Why not have an AbstractSection class which all sections extend. You can expose the necessary methods through this. Or as Lori says an interface, if you want to be more flexible.</p>
<p>&#8230;Any I&#8217;ve just seen the date of this post! Hope you got it sorted.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lori</title>
		<link>http://blog.nobien.net/2008/11/16/anyone-using-puremvc-multicore-for-non-flex-flash-sitesapps/comment-page-1/#comment-4307</link>
		<dc:creator>Lori</dc:creator>
		<pubDate>Fri, 27 Mar 2009 18:47:29 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nobien.net/?p=89#comment-4307</guid>
		<description>You&#039;ve probably solved this by now but... What you actually want to do i use Interface calls. Then you can type the loaded class file and put common calls you need to call across modules in there. This way both the loading app and the loaded app know the common function calls for you classes.</description>
		<content:encoded><![CDATA[<p>You&#8217;ve probably solved this by now but&#8230; What you actually want to do i use Interface calls. Then you can type the loaded class file and put common calls you need to call across modules in there. This way both the loading app and the loaded app know the common function calls for you classes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: localToGlobal &#187; Blog Archive &#187; news review -&#62; 47th week of 2008</title>
		<link>http://blog.nobien.net/2008/11/16/anyone-using-puremvc-multicore-for-non-flex-flash-sitesapps/comment-page-1/#comment-4198</link>
		<dc:creator>localToGlobal &#187; Blog Archive &#187; news review -&#62; 47th week of 2008</dc:creator>
		<pubDate>Sun, 23 Nov 2008 21:34:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nobien.net/?p=89#comment-4198</guid>
		<description>[...] &gt; Nobien » Anyone Using PureMVC Multicore For Non-Flex Flash Sites/Apps? [...]</description>
		<content:encoded><![CDATA[<p>[...] &gt; Nobien » Anyone Using PureMVC Multicore For Non-Flex Flash Sites/Apps? [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://blog.nobien.net/2008/11/16/anyone-using-puremvc-multicore-for-non-flex-flash-sitesapps/comment-page-1/#comment-4164</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Wed, 19 Nov 2008 00:48:57 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nobien.net/?p=89#comment-4164</guid>
		<description>@j.vapnelt
I suppose that would work. Seeing as you&#039;re not importing that class, but rather retrieving it at runtime after its been loaded. However, doesn&#039;t that still tightly couple the shell to the page? Granted the code of the section is not compiled into the shell at that point, but you still have a reference to the page&#039;s mediators.</description>
		<content:encoded><![CDATA[<p>@j.vapnelt<br />
I suppose that would work. Seeing as you&#8217;re not importing that class, but rather retrieving it at runtime after its been loaded. However, doesn&#8217;t that still tightly couple the shell to the page? Granted the code of the section is not compiled into the shell at that point, but you still have a reference to the page&#8217;s mediators.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: j.vanpelt</title>
		<link>http://blog.nobien.net/2008/11/16/anyone-using-puremvc-multicore-for-non-flex-flash-sitesapps/comment-page-1/#comment-4163</link>
		<dc:creator>j.vanpelt</dc:creator>
		<pubDate>Tue, 18 Nov 2008 22:57:25 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nobien.net/?p=89#comment-4163</guid>
		<description>I&#039;m using a few classes to handle this. I&#039;ve got a NavManager class that imports all of my mediators and a DisplayViewCommmand that handles registering the mediators (hopefully this all pastes ok...):

var app:DocumentClassName = note.getBody().viewComponent as DocumentClassName;
var pageName = note.getBody().pageName;
var mediatorName:String = NavManager.getMediatorName(pageName);

var PageClassName:Class = getDefinitionByName(&quot;view.&quot; + mediatorName) as Class;
facade.registerMediator(new PageClassName(app));


The nav manager just takes the pagename param and returns the mediator&#039;s NAME constant:

case &quot;/home&quot;:
case &quot;/home/&quot;:
mediatorName = HomeMediator.NAME;
break;</description>
		<content:encoded><![CDATA[<p>I&#8217;m using a few classes to handle this. I&#8217;ve got a NavManager class that imports all of my mediators and a DisplayViewCommmand that handles registering the mediators (hopefully this all pastes ok&#8230;):</p>
<p>var app:DocumentClassName = note.getBody().viewComponent as DocumentClassName;<br />
var pageName = note.getBody().pageName;<br />
var mediatorName:String = NavManager.getMediatorName(pageName);</p>
<p>var PageClassName:Class = getDefinitionByName(&#8220;view.&#8221; + mediatorName) as Class;<br />
facade.registerMediator(new PageClassName(app));</p>
<p>The nav manager just takes the pagename param and returns the mediator&#8217;s NAME constant:</p>
<p>case &#8220;/home&#8221;:<br />
case &#8220;/home/&#8221;:<br />
mediatorName = HomeMediator.NAME;<br />
break;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://blog.nobien.net/2008/11/16/anyone-using-puremvc-multicore-for-non-flex-flash-sitesapps/comment-page-1/#comment-4154</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Mon, 17 Nov 2008 17:18:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nobien.net/?p=89#comment-4154</guid>
		<description>@j.vanpelt
I&#039;m speaking of it being necessary to import the mediator classes for each section into my shell to have them available to be registered when the section has been loaded. I&#039;m not registering the mediator until the section is loaded, but regardless, I have to import that mediator into my shell in order to do so. Otherwise, I&#039;d have to register the mediator for the section within the section itself after its been loaded. Both cases require imports of classes from either the shell or the section and includes unnecessary code in both SWF&#039;s.

@Simon
Emailed ya.</description>
		<content:encoded><![CDATA[<p>@j.vanpelt<br />
I&#8217;m speaking of it being necessary to import the mediator classes for each section into my shell to have them available to be registered when the section has been loaded. I&#8217;m not registering the mediator until the section is loaded, but regardless, I have to import that mediator into my shell in order to do so. Otherwise, I&#8217;d have to register the mediator for the section within the section itself after its been loaded. Both cases require imports of classes from either the shell or the section and includes unnecessary code in both SWF&#8217;s.</p>
<p>@Simon<br />
Emailed ya.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
