我应该在Typo3中使用哪种模板系统？
到目前为止，我一直使用模板自动解析器。我喜欢这样一个事实：我可以使用打字脚本修改模板的任何元素，而无需更改初始HTML文件。我还喜欢这样一个事实，即我可以在web浏览器中直接呈现html模板，用虚拟元素填充它以查看菜单和内容元素的示例。最后，有了新的后端模板，我现在可以将内容元素放在网格上的任何位置，以一种模仿网站真实面貌的方式 我知道那里也有坦帕维拉。我从来没有花时间去学习它。我的感觉是它与一些扩展不太兼容，但也许我错了 现在，有了流体，它将在下一版本的Typo3中使用。虽然很明显，使用它比使用模板标记更好，但我真的不明白为什么使用Fluid比使用模板自动解析器或TemplateVoila更好。我不喜欢的是，它需要使用特殊标记修改html模板，这意味着web设计师必须了解Fluid，或者Typo3集成人员必须在每次执行修改时修改设计师提供的模板我应该在Typo3中使用哪种模板系统？,typo3,template-engine,fluid,templavoila,Typo3,Template Engine,Fluid,Templavoila,到目前为止，我一直使用模板自动解析器。我喜欢这样一个事实：我可以使用打字脚本修改模板的任何元素，而无需更改初始HTML文件。我还喜欢这样一个事实，即我可以在web浏览器中直接呈现html模板，用虚拟元素填充它以查看菜单和内容元素的示例。最后，有了新的后端模板，我现在可以将内容元素放在网格上的任何位置，以一种模仿网站真实面貌的方式 我知道那里也有坦帕维拉。我从来没有花时间去学习它。我的感觉是它与一些扩展不太兼容，但也许我错了 现在，有了流体，它将在下一版本的Typo3中使用。虽然很明显，使用它比使
我的问题是：我应该为我的网站模板将表单模板自动解析器迁移到Fluid吗？使用液体有什么好处？为什么会更好？对于Typo3，我应该使用什么样的模板系统？只要TypoScript不支持对象，FLUIDTEMPLATE相对于模板自动解析器的好处就不多了。因此，没有必要迁移 但我认为有一些理由可以转向流体：
- 越来越多的扩展将使用流体，因此它将帮助您学习流体
- 您可以使用带有fluid代码完成的ide（它只是XML！）
- 流体非常强大，您可以使用f.e.if语句检查空内容
- 有朝一日，打字脚本也将支持对象
但是对于扩展开发，它是完全不同的。从另一方面来说，我更喜欢使用流体。您不必再处理扩展中的模板问题。只需将数据传递给fluid，与视图相关的事情将在模板中完成。只要TypoScript不支持对象，FLUIDTEMPLATE相对于模板自动解析器的好处就不多了。因此，没有必要迁移 但我认为有一些理由可以转向流体：
- 越来越多的扩展将使用流体，因此它将帮助您学习流体
- 您可以使用带有fluid代码完成的ide（它只是XML！）
- 流体非常强大，您可以使用f.e.if语句检查空内容
- 有朝一日，打字脚本也将支持对象
但是对于扩展开发，它是完全不同的。从另一方面来说，我更喜欢使用流体。您不必再处理扩展中的模板问题。只需将数据传递给fluid，与视图相关的内容将在模板中完成。您也可以说，添加特殊标记，如
<f:section name="typo-content">
<div id="content">This is where the designer intended content to go</<div>
</f:section>
这是设计师想要内容的地方你也可以争辩说，添加特殊的标签，如
<f:section name="typo-content">
<div id="content">This is where the designer intended content to go</<div>
</f:section>
这就是设计师想要的内容，无论你选择什么，它都应该是基于流体的-这将允许你具有非常多的功能，并且使实现不如模板重要，这是非常好的
我本人是“流体动力TYPO3”框架（以前称为美联储）的创造者，我当然会建议您看看这个框架能为您做些什么——它能做很多事情，其中最重要的一点是为您节省了大量时间，同时允许您为页面和内容甚至后端模块创建更加一致的模板
我们总是乐于帮助新用户。我们目前正在改进文档，但您已经可以在我们的Github页面上找到许多完全最新的指南——名为“文档”的存储库是我们存储所有文档的地方
你可能想看一看，尤其是“功能之旅”，它试图用尽可能少的词来解释流体动力打字3的要点。之后，文档中的示例将让您更清楚地了解流体动力TYPO3可以为您做些什么
我们始终关注效率——我们已经尝试完成所有繁重的工作，以便您真正可以坐下来开始创建页面模板。我们从TemplaVoila中获得了很多灵感，但是没有更多的内容重新映射和类似的事情：当您更改模板时，这种更改会立即反映出来，这使得在迭代中进行工作以及进行持续交付和集成非常好
希望这有帮助
干杯，
克劳斯·阿卡。NamelessCoder无论您选择什么，它都应该是基于流体的-这将允许您具有非常多的功能，并且它使实现不如模板重要，模板非常好
我本人是“流体动力TYPO3”框架（以前称为美联储）的创造者，我当然会建议您看看这个框架能为您做些什么——它能做很多事情，其中最重要的一点是为您节省了大量时间，同时允许您为页面和内容甚至后端模块创建更加一致的模板
我们总是乐于帮助新用户。我们目前正在改进文档，但您已经可以在我们的Github页面上找到许多完全最新的指南——名为“文档”的存储库是我们存储所有文档的地方
你可能想看一看，尤其是“功能之旅”，它试图用尽可能少的词来解释流体动力打字3的要点