[TYPO3-ect] ajax and class per controller model

Elmar Hinz elmar.DOT.hinz at team.MINUS.red.DOT.net
Tue Jun 26 22:51:03 CEST 2007


Hi,

Am Tue, 26 Jun 2007 16:07:32 +0200 schrieb Christian Welzel:

> hi there!
> 
> currently i'm trying to integrate some ajax stuff into the kickstarter__mvc
> to make the it easier for new exts to use that technology.

ajax in kickstarter__mvc. Wow. Hope that isn't to oversized for the users.
Hower, it could become a bestseller. 

> for the "method per action" model i found a clever solution to get this
> done (at least i think so :)), but for the other model where each action
> is an own class i have to clever idea, how to make this.

Do we have this? Guess you think of one of the following cases:

All 4 cases have one method per action. Actions call action methods. That's
fundamentel.


1.) Standard (example banans):

 * One controller class per plugin. 


2.) Switched (example efaq):

(Like standard, but with flexform controlled subplugins below one plugin.)

 * One controller class per subplugin.


3.) Shared:

(This is not recommended, but can save time, if you deal with
multiple "passiv" plugins - plugins without real actions.)

 * Multiple plugins, one controller class.
 * No real action functionality.
 * Setup abuse of the actions to mark and distinguish the plugins.


4.) Switched-Shared (example efaq 0.0.3):

(3. and 4. combined. Not recommended, see 3.)

 * One switch, one controller, multiple subplugins.
 * No real action functionality.

Have a nice evening.

Elmar





















> 
> i would like to use the same contruct which is used for normal processing
> (lib_switch), but the switch is not configurable through get/post parameters
> and totally relies on flexforms.
> 
> so my question: i there another clever way to enable ajax or do we need
> to modify tx_lib_switch::main() ?
> 
> PS: the new code can always be found in svn.
>


More information about the TYPO3-team-extension-coordination mailing list