在 V12 中,TemplateService
和TypoScriptParser
类已被标记为已弃用(#99020 - 弃用 TypoScript/TemplateService)。那里给出的迁移建议非常稀缺(带有 PSR-7 请求的 FE 范围)并且坦率地说不能令人满意。
plugin.tx_myplugin_pi1 { ... }
如果您不在FE 上下文中,例如在中间件、控制台命令或 BE 模块中,如何读取插件的 TypoScript 配置(类似)?有时你还想读取不同扩展的 TS 配置。
是的,我知道,插件是一个 FE 内容元素,并且在特定页面的上下文中执行(该页面的根线中可能有一系列继承的 TS 模板)等等。
但仍然有一些有效的场景需要您这样做。假设我们有一个控制台命令,它将插件生成的数据发送到远程 API,并且我们希望使用与最初生成数据的页面上活动的相同设置来处理数据。如果控制台命令具有该页面 uid 的命令行参数,则获取该特定 TS 配置应该不成问题。
到目前为止,我使用的辅助方法可能看起来像这样:
private function getTsConf($pageUid, $pluginName = 'tx_myplugin_pi1') {
$rootlineUtility = GeneralUtility::makeInstance(RootlineUtility::class, $pageUid);
$rootline = $rootlineUtility->get();
$templateService = GeneralUtility::makeInstance(TemplateService::class);
$templateService->tt_track = 0;
$templateService->runThroughTemplates($rootline);
$templateService->generateConfig();
$tsService = GeneralUtility::makeInstance(TypoScriptService::class);
return isset($templateService->setup['plugin.'][$pluginName.'.'])
? $tsService->convertTypoScriptArrayToPlainArray($templateService->setup['plugin.'][$pluginName.'.'])
: [];
}
TemplateService
那么,在这种情况下,如果不再可用,您应该做什么?
对我来说,这是我几乎在每个项目中都会遇到的问题。我真的认为,这是一项标准任务,应该很容易处理。但我觉得缺乏针对非 FE 场景的文档。
目前没有工厂可以检索特定页面的 FE TS。
有问题的代码必须从 TypoScriptFrontendController 中提取,它需要首先提取“缓存”相关的内容。我们将在 v13 中继续解决这个问题,但 v12 不会有一个简单的解决方案。
我本来希望 v12 在这个领域有更多的补丁,但考虑到时间和版本限制以及大量的旧代码,这实在是太多了。我们现在刚刚在 v13 中进行后续步骤,我希望当周围的许多尘埃落定时,我们最终会在 v13 中得到一个易于使用的 API。
我在 v12 中看到了这些替代方案:
当从 BE 或 CLI 中执行 FE 请求时,创建一个请求对象,将其提供给前端/应用程序(称为子请求,FE 错误处理和 FE 功能测试执行类似的操作)以检索响应。这将触发整个FE链,包括TS计算。
使用 extbase ConfigurationManager 检索 FE TS。ConfigurationManager 本身就是一项技术债务,但很难摆脱它,并且在我们在 v12 中缓解了它的一些缺陷后,它还会继续存在一段时间。
使用 v12 中旧的已弃用的 TS 类,并使用 v13 切换到更好的解决方案。
当您不需要如此复杂的缓存机制时,将代码从 TypoScriptFrontendController getFromCache() 复制到您的扩展,也许可以简化/缩短它。它有点长,但有详细记录......应该可以通过查看它来理解和理解。