Na V12, as classes TemplateService
e TypoScriptParser
foram marcadas como obsoletas ( #99020 - Deprecate TypoScript/TemplateService ). Os conselhos de migração aí fornecidos são muito escassos (âmbito FE com pedido PSR-7) e francamente insatisfatórios.
Como você pode ler a configuração TypoScript de um plugin (algo como plugin.tx_myplugin_pi1 { ... }
), se você não estiver no contexto FE, por exemplo, em um middleware, comando de console ou módulo BE? Às vezes você também deseja ler a configuração TS de uma extensão diferente.
E sim, eu sei, um plugin é um elemento de conteúdo FE e é executado no contexto de uma página específica (para a qual pode haver uma série de modelos TS herdados na linha raiz) etc.
Mas ainda existem cenários válidos em que você precisa disso. Digamos que temos um comando de console que envia dados gerados por um plugin para uma API remota e queremos processar os dados com as mesmas configurações que estão ativas na página, onde os dados são gerados em primeiro lugar. Se o comando do console tiver um parâmetro de linha de comando para o uid dessa página, não deverá ser um problema obter essa configuração TS específica.
Até agora, usei métodos auxiliares que poderiam ser parecidos com isto:
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.'.'])
: [];
}
Então, o que você deve fazer nesse caso, se TemplateService
não estiver mais disponível?
Para mim, esse é um problema que encontro em quase todos os projetos. Eu realmente acho que esta é uma tarefa padrão que deve ser fácil de realizar. Mas sinto que falta documentação para cenários não FE.
Atualmente não há fábrica para recuperar FE TS para uma página específica.
O código em questão deve ser extraído do TypoScriptFrontendController, que primeiro precisa de uma extração do material relacionado ao 'cache'. Continuaremos trabalhando nisso na v13, mas a v12 não terá uma solução simples.
Eu teria adorado mais alguns patches nesta área para a v12, mas foi simplesmente demais, dadas as restrições de tempo e lançamento e muitos códigos antigos por aí. Agora estamos executando as próximas etapas na v13. Espero que terminemos com uma API fácil de usar na v13 quando muita poeira ao redor também baixar.
Vejo essas alternativas na v12:
Ao fazer uma solicitação FE de dentro do BE ou CLI, crie um objeto de solicitação, alimente-o no Frontend/Application (isso é chamado de subsolicitação, o tratamento de erros do FE e os testes funcionais do FE fazem coisas semelhantes) para recuperar uma resposta. Isso acionará toda a cadeia FE, incluindo cálculos de TS.
Use extbase ConfigurationManager para recuperar FE TS. O ConfigurationManager é uma dívida técnica em si, mas é difícil se livrar dela e continuará assim por um tempo depois de mitigarmos algumas de suas falhas na v12.
Use a antiga classe TS obsoleta na v12 e mude para uma solução melhor com a v13.
Copie o código de TypoScriptFrontendController getFromCache() para sua extensão, talvez simplifique/encurte um pouco, quando você não precisar de uma mecânica de cache tão complexa. É longo, mas bem documentado... deve ser possível acompanhar e entender olhando para ele.