PureMVC Architects Lounge

PureMVC Manifold => MultiCore Version => Topic started by: numblock on May 26, 2010, 09:34:08



Title: External renderegine
Post by: numblock on May 26, 2010, 09:34:08
hi there,

we are currently working on an as3 puremvc project where we are trying out different technologies for our render-engine. what we can't seem to figure out is where to place these engines within the puremvc framework.
we will be trying out renderengines in haxe and alchemy. flash needs to be able to communicate with these engines by sending the engine the graphical assets to render and also a queue to tell the engine in which order/depth/transformation to render them out. ultimately, the engine will return a bytearray which we can convert to bitmapdata and display in flash.
we've had quite a discussion here already as to how this engine will fit into puremvc, and our conclusion is it's a VO, which will be accessed through its proxy. although the engine 'does' alot more than a VO traditionally does, this seems to make the most sense to us.
any ideas on whether or not this is the right way to go would be greatly appreciated.


kind regards,
numblock

PS i love, dream and obviously think puremvc!


Title: Re: External renderegine
Post by: puremvc on May 26, 2010, 05:03:06
It depends. Is the rendering engine meant to be a long-lived actor (i.e. you don't want to instantiate it over and over again for every render)?

If so then you may want to register a Mediator for it and send notes to and from it. Even though the engine may not be a visual component, it is something that you need to converse with and whose business is more view related than model related.

If not, then I'd say it's the work of a Command. Send a note that fires a Command that instantiates the engine, tells it to render and sends the result off in a note that the appropriate mediator hears and inserts into the view hierarchy.

-=Cliff>


Title: Re: External renderegine
Post by: numblock on May 27, 2010, 12:34:10
thanks for your thoughts on that! we'll take your points into consideration.
sometimes it almost feels like we're coming up with new arguments on purpose, just for the pleasure of keeping the discussion going  ;)

cheers,
numblock