[TYPO3-mvc] Extension spread over several pages - best practice?

Felix Oertel mehl at foertel.com
Mon May 17 22:28:54 CEST 2010


Hey,

Am 17.05.10 11:50, schrieb Bastian Waidelich:
> Felix Oertel wrote:
>> The task of the uri-builder is too build the uri and looking up the PID is one part of it.
> Looking up TS settings is not in the domain of the uri builder really.

yep, i was a little wishy-washy (funny, concearning google translator 
this is valid speech ;) ) on that ...

of course the uri-builder does not look anything up. i introduced a new 
subpart in config.tx_extabse called uri ...

config.tx_extbase.uri.mapping {
    default-index = 75
    default-show = 78
}

this is read in AbstractConfigurationManager and stored in 
pluginConfiguration['uri'] which get's merged into 
frameworkConfiguration via 
mergeConfigurationIntoFrameworkConfiguration() in the 
FrontendConfigurationManager.

the uri-builder then fetches this via 
Tx_Extbase_Dispatcher::getExtbaseFrameworkConfiguration(); and tries to 
map the specified controllerAction-pair to an appropriate pageID.

>>> Maybe it would be better to do that in the respective view helper(s)
>> Yeah, I did that before. But then you're unable to use the configured
>> PIDs in redirects, etc
> What do you mean?

$this->redirect() in your controller for example would not work if you 
configure PIDs in the viewHelper. f:form would not respect viewHelper's 
settings as well.
the uri-builder is the central place where the uri building happens ... 
it should take care of the PIDs.

>>> <f:link.action action="foo"
>>> pageUid="{settings.somePid}"></f:link.action>
>>> is not too bad after all, is it?
>> it's not bad, but far away from "nice" ... i want to configure the PIDs
>> once and then never care for them anymore ;)
>
> agree.. Lets see what Jochen & Sebastian think about your solution.

we are the state ... the wall must go !

*gg*

regards, foertel

ps: ya, propably it would have been better to skip the last (two) coffee ;)


More information about the TYPO3-project-typo3v4mvc mailing list