Comments on: Piping the Machine: PureMVC Multicore with Pipes and the Finite State Machine (FSM) http://joelhooks.com/2009/05/18/piping-the-machine-puremvc-multicore-with-pipes-and-the-finite-state-machine-fsm/ [without unit tests] you're not refactoring; you're just changing shit. -Hamlet D'Arcy Thu, 02 Feb 2012 05:54:00 +0000 hourly 1 http://wordpress.org/?v=3.3 By: Modular Robotlegs | Building Blocks http://joelhooks.com/2009/05/18/piping-the-machine-puremvc-multicore-with-pipes-and-the-finite-state-machine-fsm/comment-page-1/#comment-504 Modular Robotlegs | Building Blocks Thu, 17 Jun 2010 19:37:52 +0000 http://joelhooks.com/?p=177#comment-504 [...] to Robotlegs I used PureMVC exclusively. There is a utility for PureMVC called Pipes, which I have written about previously. Pipes is pretty cool. It uses a plumbing metaphor to describe the connections between modules. It [...] [...] to Robotlegs I used PureMVC exclusively. There is a utility for PureMVC called Pipes, which I have written about previously. Pipes is pretty cool. It uses a plumbing metaphor to describe the connections between modules. It [...]

]]> By: fellowes_binding_machine http://joelhooks.com/2009/05/18/piping-the-machine-puremvc-multicore-with-pipes-and-the-finite-state-machine-fsm/comment-page-1/#comment-271 fellowes_binding_machine Wed, 21 Oct 2009 07:39:39 +0000 http://joelhooks.com/?p=177#comment-271 This is so interested! Where can I find more like this? This is so interested! Where can I find more like this?

]]> By: Joel Hooks http://joelhooks.com/2009/05/18/piping-the-machine-puremvc-multicore-with-pipes-and-the-finite-state-machine-fsm/comment-page-1/#comment-454 Joel Hooks Sun, 19 Jul 2009 06:36:12 +0000 http://joelhooks.com/?p=177#comment-454 That's awesome Greg. Pipes is really a fantastic tool once you get your head around it. You'll dig the State Machine too. Cheers That's awesome Greg. Pipes is really a fantastic tool once you get your head around it. You'll dig the State Machine too. Cheers

]]> By: Greg http://joelhooks.com/2009/05/18/piping-the-machine-puremvc-multicore-with-pipes-and-the-finite-state-machine-fsm/comment-page-1/#comment-453 Greg Sun, 19 Jul 2009 01:40:40 +0000 http://joelhooks.com/?p=177#comment-453 Hi Joel, thank you. I used your example and the one at <a href="http://www.tekool.net/" rel="nofollow">http://www.tekool.net/</a> as the basis for an Actionscript only project. I implemented IEventDispatcher in a module data proxy so it can dispatch an event when it is updated. I passed the module facade to each module on instantiation so each module retrieves its proxy and then attaches a listener to it. This also allows the module to directly notify its junction mediator. Each module is assigned to an index in the proxy array. This acts as a data binding to the proxy, something not readily available in Actionscript only projects. Module to module communication is then bounced off the shell back to the intended module index in the proxy. I also modified the module message header to contain a to-module and a from-module parameter. When the module proxy gets an update it uses the to-module parameter as the index in it's array. As mentioned prior each module listens to its index in the proxy. As a side benefit each module can also access another modules data if needed and I suppose an index in the proxy could be assigned to the shell so that data would be readily available too. The next step is to use the state machine for layout control perhaps implementing a three phase process like the Flex Layout Manager does. Thank you again for your great example. Hi Joel, thank you. I used your example and the one at http://www.tekool.net/ as the basis for an Actionscript only project. I implemented IEventDispatcher in a module data proxy so it can dispatch an event when it is updated. I passed the module facade to each module on instantiation so each module retrieves its proxy and then attaches a listener to it. This also allows the module to directly notify its junction mediator. Each module is assigned to an index in the proxy array. This acts as a data binding to the proxy, something not readily available in Actionscript only projects. Module to module communication is then bounced off the shell back to the intended module index in the proxy. I also modified the module message header to contain a to-module and a from-module parameter. When the module proxy gets an update it uses the to-module parameter as the index in it's array. As mentioned prior each module listens to its index in the proxy. As a side benefit each module can also access another modules data if needed and I suppose an index in the proxy could be assigned to the shell so that data would be readily available too. The next step is to use the state machine for layout control perhaps implementing a three phase process like the Flex Layout Manager does. Thank you again for your great example.

]]> By: Joel Hooks http://joelhooks.com/2009/05/18/piping-the-machine-puremvc-multicore-with-pipes-and-the-finite-state-machine-fsm/comment-page-1/#comment-270 Joel Hooks Sun, 19 Jul 2009 00:36:12 +0000 http://joelhooks.com/?p=177#comment-270 That's awesome Greg. Pipes is really a fantastic tool once you get your head around it. You'll dig the State Machine too. Cheers That's awesome Greg. Pipes is really a fantastic tool once you get your head around it. You'll dig the State Machine too. Cheers

]]> By: Greg http://joelhooks.com/2009/05/18/piping-the-machine-puremvc-multicore-with-pipes-and-the-finite-state-machine-fsm/comment-page-1/#comment-269 Greg Sat, 18 Jul 2009 19:40:40 +0000 http://joelhooks.com/?p=177#comment-269 Hi Joel, thank you. I used your example and the one at <a href="http://www.tekool.net/" rel="nofollow">http://www.tekool.net/</a> as the basis for an Actionscript only project. I implemented IEventDispatcher in a module data proxy so it can dispatch an event when it is updated. I passed the module facade to each module on instantiation so each module retrieves its proxy and then attaches a listener to it. This also allows the module to directly notify its junction mediator. Each module is assigned to an index in the proxy array. This acts as a data binding to the proxy, something not readily available in Actionscript only projects. Module to module communication is then bounced off the shell back to the intended module index in the proxy. I also modified the module message header to contain a to-module and a from-module parameter. When the module proxy gets an update it uses the to-module parameter as the index in it's array. As mentioned prior each module listens to its index in the proxy. As a side benefit each module can also access another modules data if needed and I suppose an index in the proxy could be assigned to the shell so that data would be readily available too. The next step is to use the state machine for layout control perhaps implementing a three phase process like the Flex Layout Manager does. Thank you again for your great example. Hi Joel, thank you. I used your example and the one at http://www.tekool.net/ as the basis for an Actionscript only project. I implemented IEventDispatcher in a module data proxy so it can dispatch an event when it is updated. I passed the module facade to each module on instantiation so each module retrieves its proxy and then attaches a listener to it. This also allows the module to directly notify its junction mediator. Each module is assigned to an index in the proxy array. This acts as a data binding to the proxy, something not readily available in Actionscript only projects. Module to module communication is then bounced off the shell back to the intended module index in the proxy. I also modified the module message header to contain a to-module and a from-module parameter. When the module proxy gets an update it uses the to-module parameter as the index in it's array. As mentioned prior each module listens to its index in the proxy. As a side benefit each module can also access another modules data if needed and I suppose an index in the proxy could be assigned to the shell so that data would be readily available too. The next step is to use the state machine for layout control perhaps implementing a three phase process like the Flex Layout Manager does. Thank you again for your great example.

]]> By: Joel Hooks http://joelhooks.com/2009/05/18/piping-the-machine-puremvc-multicore-with-pipes-and-the-finite-state-machine-fsm/comment-page-1/#comment-456 Joel Hooks Wed, 15 Jul 2009 20:35:53 +0000 http://joelhooks.com/?p=177#comment-456 I don't find Pipes difficult ( any more ;) ) and while I have huge respect for Darshan's efforts with Fabrication, it extends virtually every single PureMVC framework creating an entirely new framework. I really like working from the reference PureMVC. I don't find Pipes difficult ( any more ;) ) and while I have huge respect for Darshan's efforts with Fabrication, it extends virtually every single PureMVC framework creating an entirely new framework. I really like working from the reference PureMVC.

]]> By: grantdavies http://joelhooks.com/2009/05/18/piping-the-machine-puremvc-multicore-with-pipes-and-the-finite-state-machine-fsm/comment-page-1/#comment-455 grantdavies Wed, 15 Jul 2009 17:54:21 +0000 http://joelhooks.com/?p=177#comment-455 Nice example, have you tried the fabrication utility ? It makes pipes considerably easier and removes a lot of the, excuse the pun "plumbing.<br><br>Cheers<br>grant Nice example, have you tried the fabrication utility ? It makes pipes considerably easier and removes a lot of the, excuse the pun “plumbing.

Cheers
grant

]]> By: Joel Hooks http://joelhooks.com/2009/05/18/piping-the-machine-puremvc-multicore-with-pipes-and-the-finite-state-machine-fsm/comment-page-1/#comment-268 Joel Hooks Wed, 15 Jul 2009 14:35:53 +0000 http://joelhooks.com/?p=177#comment-268 I don't find Pipes difficult ( any more ;) ) and while I have huge respect for Darshan's efforts with Fabrication, it extends virtually every single PureMVC framework creating an entirely new framework. I really like working from the reference PureMVC. I don't find Pipes difficult ( any more ;) ) and while I have huge respect for Darshan's efforts with Fabrication, it extends virtually every single PureMVC framework creating an entirely new framework. I really like working from the reference PureMVC.

]]> By: grantdavies http://joelhooks.com/2009/05/18/piping-the-machine-puremvc-multicore-with-pipes-and-the-finite-state-machine-fsm/comment-page-1/#comment-267 grantdavies Wed, 15 Jul 2009 11:54:21 +0000 http://joelhooks.com/?p=177#comment-267 Nice example, have you tried the fabrication utility ? It makes pipes considerably easier and removes a lot of the, excuse the pun "plumbing.<br><br>Cheers<br>grant Nice example, have you tried the fabrication utility ? It makes pipes considerably easier and removes a lot of the, excuse the pun “plumbing.

Cheers
grant

]]>