[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