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

Show Posts

* | |

  Show Posts
Pages: [1]
1  Announcements and General Discussion / Architecture / Re: Mediator to Mediator and Proxy to Proxy interaction in a game context on: March 13, 2009, 11:08:45
Ok, thx a lot for your reply. This is really difficult stuff for me just starting out with pureMVC
I am currently leaning towards creating a tree of entities (proxy VO) and using "[NAME]destroy" notifications to ensure child view components are destroyed when destroying a top-level entity through it's proxy (VO's and proxy/mediator components share the same name for a given object).

I'll post my final design when I have something i'm happy with and working
2  Announcements and General Discussion / Architecture / Mediator to Mediator and Proxy to Proxy interaction in a game context on: March 11, 2009, 02:11:17
Hi
I am in kind of a rut here, and any help on my basic architecture would be highly appreciated

I am trying a game architecture design where it would be valuable to have mediators update "child mediators" at a frame rate-based "View Update" method from the game loop, and have proxies update child proxies also from a global "Model Update" method (something along the lines of this article: http://blogs.msdn.com/etayrien/archive/2006/12/12/game-engine-structure.aspx , and the MVC chapter from Bill Sanders and Chandima Cumaranatunge's book of AS design patterns http://www.adobe.com/devnet/actionscript/articles/ora_as3_design_patterns/ora_as3_design_patterns_ch12.pdf

The benefit of this would be in my opinion to allow interpolated updating of the view, with visibility and depth management based on parent/child relationship, and allow destroy() events on proxies to propagate down and destroy all child proxies (e.g a ships guns, shield, etc.)

The downside is that mediators/procies hav a lot of knowledge of other mediators/proxies, although only for  update/destroy/visibility/depth purposes common to all view/model components

Is there a better way to manage proxy/mediator interaction and management for a game context?
3  Announcements and General Discussion / Architecture / Re: True or False? Not good pratice to have import org.puremvc* in Mediators on: March 11, 2009, 01:57:14
Flex builder is a really nice tool to work with in my opinion. If you are working in a company, they'd be idiots not to shell out the few bucks for that or FDT, and if you are a student you can get it for free for educational purposes:
http://www.adobe.com/devnet/edu/
4  Announcements and General Discussion / Architecture / Re: Game Architecture Question on: March 11, 2009, 01:46:32
Hi - sorry to be a bother, but the Balloonatroid link is broken. Is there another place to find it?
5  Announcements and General Discussion / General Discussion / Re: facade.retrieveProxy(CalendarEventProxy.NAME) returns NULL ... but why? on: March 10, 2009, 04:12:49
I had this error just now, couldn't figure it out for the life of me.

Turned out i had overridden getProxyName/getMediatorName to return a bogus string - bummer! (Must have been really tired)
Then it won't work
Pages: [1]