Futurescale, Inc. PureMVC Home

The PureMVC Framework Code at the Speed of Thought


Over 10 years of community discussion and knowledge are maintained here as a read-only archive.

New discussions should be taken up in issues on the appropriate projects at https://github.com/PureMVC

Pages: [1]
Print
Author Topic: External renderegine  (Read 3495 times)
numblock
Newbie
*
Posts: 2


View Profile Email
« 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!
« Last Edit: May 26, 2010, 09:48:06 by numblock » Logged
puremvc
Global Moderator
Hero Member
*****
Posts: 2871



View Profile WWW Email
« Reply #1 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>
Logged
numblock
Newbie
*
Posts: 2


View Profile Email
« Reply #2 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
Logged
Pages: [1]
Print