<?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: PureMVC Pipes</title>
	<atom:link href="http://www.joshuaostrom.com/2008/06/12/puremvc-pipes/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.joshuaostrom.com/2008/06/12/puremvc-pipes/</link>
	<description>RIA, embedded programming, what else!</description>
	<lastBuildDate>Fri, 09 Jul 2010 15:43:56 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Joshua</title>
		<link>http://www.joshuaostrom.com/2008/06/12/puremvc-pipes/#comment-271</link>
		<dc:creator>Joshua</dc:creator>
		<pubDate>Thu, 26 Mar 2009 03:50:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.joshuaostrom.com/2008/06/12/puremvc-pipes/#comment-271</guid>
		<description>Using the flex doc approach is valid in that you define an interface for the clients to implement.  This defines a &#039;contract&#039; that the module will then fulfill.  

Regardless of which approach you use, you can have the loaded app send a message up to the main app, and have the app route the message back down to the loaded modules.

If your not familiar w/PureMVC I&#039;d suggest writing a small proof of concept app to get this wired up.  Once you have that you can determine if you&#039;d like to implement as-is or move over to PureMVC (pipes).

Josh</description>
		<content:encoded><![CDATA[<p>Using the flex doc approach is valid in that you define an interface for the clients to implement.  This defines a &#8216;contract&#8217; that the module will then fulfill.  </p>
<p>Regardless of which approach you use, you can have the loaded app send a message up to the main app, and have the app route the message back down to the loaded modules.</p>
<p>If your not familiar w/PureMVC I&#8217;d suggest writing a small proof of concept app to get this wired up.  Once you have that you can determine if you&#8217;d like to implement as-is or move over to PureMVC (pipes).</p>
<p>Josh</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lorenzo</title>
		<link>http://www.joshuaostrom.com/2008/06/12/puremvc-pipes/#comment-269</link>
		<dc:creator>Lorenzo</dc:creator>
		<pubDate>Mon, 23 Mar 2009 15:42:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.joshuaostrom.com/2008/06/12/puremvc-pipes/#comment-269</guid>
		<description>Hi Joshua,

thanks for the reply...

i would create a small application, like a portal, where modules are loaded and unloaded run-time. 
in the app if two modules are &quot;compatibles&quot; they can pass data each other..
so could you suggest me the best way to rich modules to modules communication..
in the past week  i&#039;ve read about pureMVC and pipes utility...i think it could be the right way to follow (even  if it&#039;s more difficult), instead of using interface and references (as suggested into the adobe flex doc).

thanks again
Lorenzo</description>
		<content:encoded><![CDATA[<p>Hi Joshua,</p>
<p>thanks for the reply&#8230;</p>
<p>i would create a small application, like a portal, where modules are loaded and unloaded run-time.<br />
in the app if two modules are &#8220;compatibles&#8221; they can pass data each other..<br />
so could you suggest me the best way to rich modules to modules communication..<br />
in the past week  i&#8217;ve read about pureMVC and pipes utility&#8230;i think it could be the right way to follow (even  if it&#8217;s more difficult), instead of using interface and references (as suggested into the adobe flex doc).</p>
<p>thanks again<br />
Lorenzo</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joshua</title>
		<link>http://www.joshuaostrom.com/2008/06/12/puremvc-pipes/#comment-263</link>
		<dc:creator>Joshua</dc:creator>
		<pubDate>Wed, 04 Mar 2009 14:06:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.joshuaostrom.com/2008/06/12/puremvc-pipes/#comment-263</guid>
		<description>Lorenzo, how you architect the communication depends on your use case.  You could send your messages &#039;up&#039; to the main app (from the loaded swf) and back down to the other loaded swfs (see http://www.joshuaostrom.com/2008/06/17/pipe-demo-mortgage-app/ for an example).  You could also communicate directly, although if your app grows too much (loading numerous modules) I&#039;d recommend a common message &#039;bus&#039; over point-to-point communication flows :)</description>
		<content:encoded><![CDATA[<p>Lorenzo, how you architect the communication depends on your use case.  You could send your messages &#8216;up&#8217; to the main app (from the loaded swf) and back down to the other loaded swfs (see <a href="http://www.joshuaostrom.com/2008/06/17/pipe-demo-mortgage-app/" rel="nofollow">http://www.joshuaostrom.com/2008/06/17/pipe-demo-mortgage-app/</a> for an example).  You could also communicate directly, although if your app grows too much (loading numerous modules) I&#8217;d recommend a common message &#8216;bus&#8217; over point-to-point communication flows <img src='http://www.joshuaostrom.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lorenzo</title>
		<link>http://www.joshuaostrom.com/2008/06/12/puremvc-pipes/#comment-261</link>
		<dc:creator>Lorenzo</dc:creator>
		<pubDate>Wed, 04 Mar 2009 09:39:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.joshuaostrom.com/2008/06/12/puremvc-pipes/#comment-261</guid>
		<description>Hi Joshua,

can you explain with a simple example the module to module communication?

thanks in advance
Regards 
Lorenzo</description>
		<content:encoded><![CDATA[<p>Hi Joshua,</p>
<p>can you explain with a simple example the module to module communication?</p>
<p>thanks in advance<br />
Regards<br />
Lorenzo</p>
]]></content:encoded>
	</item>
</channel>
</rss>
