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  PureMVC Manifold / MultiCore Version / Merging versions together? on: November 04, 2008, 10:14:34
Hi there,

This may have been asked before, but is it possible that Single and MultiCore versions will be merged together soon? Considering MultiCore is simply an extended version of SingleCore, it would make sense...

My main gripe with there being two separate versions is that we are starting to create a nice library of reusable proxies, mediators etc. Having two versions means that sometimes when we import a reusable proxy or mediator, it doesn't work because it is linked to multicore when the project is single core, or vice versa.

Wouldn't it be worth merging them like this:

var facade:IFacade = SingeCoreFacade.getInstance();
var facade:IFacade = MultiCoreFacade.getInstance("coreName");
So if a string isn't passed, it just uses MultiCore to generate a single facade named "single" or something, but to the programmer they are completely unaware of its MultiCore nature...

...or am I oversimplifying the problem?


2  Announcements and General Discussion / Public Demos, Tools and Applications / Atticmedia - The Legula Adventure on: November 04, 2008, 07:55:29
Hi there,

It's been a while since I've been on here, I've been busy finishing off our (Atticmedia's) first big AS3 MultiCore PureMVC project in Flash. It's a broadband rich media adventure game for kids, called The Legula Adventure.


Click "Let's Go" and then click through to "Play Our Game" and launch the game. I created an adventure game system whereby each transition/video/location you go to is its own PureMVC Core with an API. The Core can be pure code or a SWF, and each of these "scenes" may load as many dependencies (animations, objects) on top of it as it likes. The whole thing then works on a recursive loading algorithm to allow scenes visited to be removed and to cache up-coming scenes.

MultiCore was fantastic to use and I look forward to working with it again! :)

Thanks for your time!

3  PureMVC Manifold / MultiCore Version / facade.getKey() on: June 25, 2008, 06:27:14

Am I missing something, or is there no getter for a multitonKey?

In my traces (in the Command layer) I want to add the key name, so when I trace the whole project through the shell I know which module the traces are coming from.

Any ideas?


4  PureMVC Manifold / MultiCore Version / New to Multicore - big Flash app planning on: May 08, 2008, 10:07:30
Hi Cliff and the gang,

We're about to embark on a fairly large project in Flash which needs to be written in a fairly modular fashion. I am sure MultiCore lends itself well to the project but I am unsure about how to go about implementing it, so I was wondering if you could help.

The basic layout is a shell SWF which deals with loading and playback of sub-SWFs. Each of these sub SWFs is going to be a game or similar, and will probably have its own PureMVC core. The main shell SWF will need its own core too.

What I need is to create an API of sorts for communicating (hopefully sending Notifications) between the cores. Is this possible? So for example, my shell SWF loads in game 1 and sends a notification to it to play. When the game has been completed successfully I would like the game core to send a notification to say it has finished which is then picked up by the shell core so it may carry on.

Is MultiCore right for this project? Does anyone have any clues as to how to lay it out so the cores may communicate between each other in this fashion?  ???

Thanks!  ;D

5  PureMVC Manifold / Standard Version / retrieveMediator / retrieveProxy on: March 28, 2008, 10:32:34
Hi there,

Are there any plans to streamline retrieveMediator and retrieveProxy? Or perhaps it's just not possible? There are two "niggles":

1. The whole thing has to be typed at the end, which is a bit of a mouthful on every line
2. In 2.0 you cannot use the constant Proxy.NAME or Mediator.NAME because names are now variable, so where to store a constant relating to the name... In the ApplicationFacade?

I'm just rambling, but if anyone has any input or ideas here I'd be interested in hearing them!

cheers  ;D

Pages: [1]