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]
Author Topic: respondTo  (Read 9423 times)
Posts: 9

View Profile Email
« on: February 05, 2009, 02:20:44 »

I just recently upgraded to .6.  This functionality doesn't seem to work for me.  I see in the documentation it says
override public function getClassByName(path:String):Class {
        return getDefinitionByName(path) as Class;     

must be present with getStartupCommand, but i don't see this convention used in any of the examples available.  Also, is it ok to have notifications handled by the handleNotification function and the respondTo in the same mediator ?
Darshan Sawardekar
Sr. Member
Posts: 85

View Profile Email
« Reply #1 on: February 05, 2009, 04:01:47 »

Some of the examples aren't doing multi-modular stuff but showcase some of the other aspects like undo-redo etc. So I haven't included getClassByName in it. The respondTo syntax implementation is based on reflection hence the need for getClassByName. You need getClassByName in modular stuff and AIR. If you can post some code, I would be able to help better.

The FabricationMediator and subclasses return notification interests reflected from respondTo methods in the listNotificationInterests. You could append any other notifications to it and return it in the subclasses. And in the handleNotification method call super.handleNotification.

Pages: [1]