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
|
Pages: 1 [2] 3 4
|
16
|
Announcements and General Discussion / Architecture / Re: Dynamic View Creation/Destruction
|
on: April 17, 2008, 05:06:34
|
Elephant , if you are considering each SWF as a module within itself perhaps the multicore version may help in this situation.The stage may be considered the main core and each "View SWF module" additional cores.
If you are new to pureMVC this may appear a little daunting and it may help reviewing other posts on "Modularity" If you do decide to investigate this further
T
|
|
|
18
|
Announcements and General Discussion / Public Demos, Tools and Applications / Re: PureMVC Generator
|
on: April 12, 2008, 04:46:35
|
Thanks David, great job, Thanks also for your reply to my post in regarding additional requests (reCap for thread) "user defined strings that can be used in the templates." "VO's could be generated from an SQL not just php" "AS3 only generation not just FLEX" "Output ready to run option" As I use it more I have also found: If AS3 output is generated a template for the mainframe.as code (or perhaps called Application.as) Could the empty MainProxy (generated by default) be changed to ApplicationProxy ? also can the template names that are referenced be changed by the user this would help in multi template handling. i.e. I'm using MultiCore templates as well as Standard pureMVC. Thanks Again David Nice Job :-) T
|
|
|
20
|
Announcements and General Discussion / Architecture / Re: Mediator to Proxy coupling
|
on: April 11, 2008, 08:30:14
|
Hi Alex, I feel this depends on the application, the Mediator(controller) has a crucial job of managing UI components, its dealings with the proxy are determined by its need for data storage and manipulation.This coupling can be tight or loose depending on the granularity you may require in your application. I tend to bias slightly tighter connections due to my C++ optimization fetish's, but through my study off MVC patterns I realize the value of a looser coupling and try to design accordingly. I find when starting my first design phase, granularity starts to become more apparent. - Many UI components? (will it be modular and How should this breakdown?) (Commands? mediators?)
- large amount of data? (startupManager?, How many proxies?)
- need for VO's? (whats getting passed around the application?)
- Login ? (yet another proxy? or VO [value object])
- Preloading?
etc. T
|
|
|
22
|
Announcements and General Discussion / Getting Started / multitonKey for this Notifier not yet initialized!
|
on: April 10, 2008, 03:36:34
|
Trying to understand this error: Error: multitonKey for this Notifier not yet initialized! at org.puremvc.as3.multicore.patterns.observer::Notifier/get facade() at app.guildgrid.view::StageMediator() at app.guildgrid.control.command::ApplicationStartUpCommand/execute() at org.puremvc.as3.multicore.core::Controller/executeCommand() at Function/http://adobe.com/AS3/2006/builtin::apply() at org.puremvc.as3.multicore.patterns.observer::Observer/notifyObserver() at org.puremvc.as3.multicore.core::View/notifyObservers() at org.puremvc.as3.multicore.patterns.facade::Facade/notifyObservers() at org.puremvc.as3.multicore.patterns.facade::Facade/sendNotification() at app.guildgrid::ApplicationFacade/startup() at Application/creationComplete() at Application()
ApplicationStartUpCommand override public function execute(notification:INotification):void { // Register the stage Proxy facade.registerProxy( new StageProxy() ); // Register the main application Mediator, stage in this case facade.registerMediator( new StageMediator( Stage ) ); }
StageProxy public class StageProxy extends Proxy implements IProxy { public static const NAME:String = "StageProxy"; /// Constructor public function StageProxy(proxyName:String=null, data:Object=null) { super(NAME, new StageVO() ); } /// Return data property cast to proper type public function get stageVO():StageVO { return data as StageVO; } }
StageMediator... public static const NAME:String = 'StageMediator'; private var stageProxy:StageProxy; //reference to Proxie
public function StageMediator( viewComponent:Object ) { // stage viewComponent stored in the inherited (super) viewComponent property super( NAME, viewComponent );
// Retrieve reference to frequently consulted Proxies stageProxy = facade.retrieveProxy( StageProxy.NAME ) as StageProxy;
}
EDIT: FIXED Required override public function initializeNotifier(key:String):void { super.initializeNotifier(key); stageProxy = facade.retrieveProxy( StageProxy.NAME ) as StageProxy; }
EDIT 2 A better Fix: (based on Cliff Comments) override public function onRegister():void { // Retrieve reference to frequently consulted Proxies stageProxy = facade.retrieveProxy( StageProxy.NAME ) as StageProxy; } T
|
|
|
25
|
PureMVC Manifold / Demos and Utils / Re: StartupManager - A PureMVC AS3 Utility
|
on: April 10, 2008, 05:21:35
|
Users should not look to the utility to provide graphic 'pre-loader' status type display. why not?, seems most of the code is already in place to facilitate this, and would certainly add another dimension to an already nice utility. This is also a very common problem that face pure AS3 coders. On a side note: if the startup manager is allowing reloading "using utility more than once from within an app" perhaps appropriate notification would also be sent ".RELOADED", also tracking its reload of n times. ? T
|
|
|
28
|
PureMVC Manifold / Demos and Utils / Re: StartupManager - A PureMVC AS3 Utility
|
on: April 04, 2008, 06:24:38
|
Perhaps, ProxyPreloadManager as opposed to ViewStateManager (the next utility after this one :-) )
On a side note: Do you think it will make much difference If I adjusted the startupmanager to use multicore so im not loading a single and multi versions into the app or should startupmanager detect what you use and use that or two versions with import adjusted or your crazy Curt, just load the two and sit back down.
for reference:
package org.puremvc.as3.utilities.startupmanager.controller { //import org.puremvc.as3.interfaces.ICommand; //replace import org.puremvc.as3.multicore.interfaces.ICommand; //exampe etc ...
public class StartupResourceLoadedCommand extends SimpleCommand implements ICommand { T
|
|
|
29
|
PureMVC Manifold / Demos and Utils / Re: StartupManager - A PureMVC AS3 Utility
|
on: April 02, 2008, 06:21:34
|
Hi, Steve/Cliff So True, still trying to grasp pattern concepts, have only just managed to complete a multicore prototype after spending three weeks just reading forums and source code... lol I still find it a little ambiguous as to where one would use the startup manager (I was looking for it to fulfill the role of asset pre-loader) and may be overkill for some development, but at which point?, and as I've posted before, means a proxy would contain GUI style elements or animation which views may need to build other GUI elements (styles manager proxy loading assets)? (hoping with a little more research/testing I will find where it fits my needs if any)
On a side note I feel the same for needing state machine utilities and implementation guidelines, there was some good discussion about this in previous state machines posts but seems to have become quiet.
Curtis [Trilec]
|
|
|
30
|
PureMVC Manifold / MultiCore Version / Re: Is there a pure AS3 demo for Multicore
|
on: April 02, 2008, 05:55:42
|
Hi Cliff,Steve Did you look into the HMVC pattern (layered pattern for developing strong client tiers) (close to PAC Pattern) http://www.javaworld.com/javaworld/jw-07-2000/jw-0721-hmvc.html?page=3Interesting approch for a structured client-tier architecture and handling the universal question off where do I put Menu, Status, Nav, and Content class assignments within a MVC pattern. But as I see it, Multicore can handle this situation as long as the definition of the "touch points" is well-defined and perhaps helper functions added to address this communication in a predefined manner.? We definitely need a few more multicore examples, I feel this is a real hidden strength of pureMVC and also seems similar to HMVC approch :-)
|
|
|
|
|
|