Urs*_*Urs 8 typo3 fluid fedext
"流体动力TYPO3"(如http://fedext.net/所述)应该理解什么?它对集成有什么好处?
TYPO3 6.x还有其他现代模板方法,这是最佳实践切换到现在吗?
我不了解目前的不同系统,我需要澄清一些.
问题的背景,我在寻找什么:
虽然这个问题现在已经相当陈旧了(直到现在我才看到它),你可能已经发现了更多有关Fluid Powered TYPO3提供的信息:
您要求的功能(电视风格的FCE,低编码开销,尤其是最后一个关于过程而不是工具的)正是 Fluid Powered TYPO3的全部内容:
但这只是扩展的可能性的一小部分(目前有20个 - 不,真的,20个)都提供不同的功能集:ViewHelper库VHS可以与任何类型的Fluid模板一起使用,有fluidpages,fluidcontent和fluidbackend它可以让你把模板文件中公认的路径,并提供没有进一步的麻烦使用,有鉴于它可以让你使用插件templateRootPaths覆盖路径(例如:只覆盖一个从EXT模板文件:新闻,而无需从EXT复制所有模板文件:新闻).有建设者它可以生成扩展,ViewHelper单元测试类,测试Fluid模板等等.这个工具包含一系列Extbase Service类型,您可以在自己的Extbase插件中使用它们.有fluidwidget这是复杂的流体窗口小部件的理想基地.你有像*extbase_realurl*这样的辅助工具,可以为任何Extbase插件生成自动的realurl规则.并且有一个schemaker可以让你为你自己的ViewHelpers(或者任何版本的例如流体本身,或者VHS,或者通量等)创建你自己的XSD架构.
还有更多.简而言之,我们为您提供创建每种类型的网站,模板或插件所需的所有工具.我们的工具主要关注:效率.
这听起来像是一个巨大的满口,但并不像看起来那么复杂.通常,您将从使用三个或四个扩展开始,其目的非常明确:Flux允许您添加内容编辑器用于配置内容,页面和插件实例的表单字段; VHS提供大量多用途VieWHelper,无论何时您需要的不仅仅是Fluid附带的那些,都可以使用.然后,流体内容和流体页面中的一个或两个都非常简单,只允许您将模板文件用作内容元素或页面模板.
有是相当多的习惯-这是任何框架的真实-但我们花了很多的精力使得API跨线相同,这意味着什么,你在一个故事中学习(例如页面模板),你可以在其他人中使用(如内容模板和后端模块).
如果您想在创建内容,页面和插件时节省时间并保持一致,Fluid Powered TYPO3(这是所有这些二十多个扩展名的伞形名称)将完全适合您.
我可以建议花几分钟时间阅读我在fedext.net上发布的新游览 - 网址是http://fedext.net/tour/form-api.html - 它主要是对那些触及Extbase和流体更早,但即使你习惯于"只是"使用TYPO3,主要观点也应该有意义.
如果您需要更多详细信息,欢迎您在Github或IRC(Freenet上的#typo3)上找到我们.我们总是很乐意帮助新用户.
干杯,
克劳斯又名.NamelessCoder
Fluid 提供了一种更清晰的方法,将模板逻辑与显示逻辑和控制器逻辑分开。vhs当使用 Fluid 的可能性和提到的扩展(如提供)(如布局和部分)时,您的结果将结构得更好。
用法实际上非常简单,但仍然可以与老式标记方法结合使用(您可以执行类似的操作<f:cObject typoscriptObjectPath="lib.marks.MAIN-MENU"/>)。如果您需要像电视一样在后端具有更大的灵活性,您(当然)必须自己编写一些代码。
最简单的方法是使用通过在后端建模来创建的扩展以满足您的自定义需求,但您也可以通过使用打字稿和给定的字段(例如pages.layout、header_layout和section_frame很快)。
因此,您始终可以在详细输入(extbase 扩展对象)和使用 TYPO3 默认内容(例如页面属性和 RTE 配置)以及一些打字脚本魔法(css_styled_content)之间进行选择。
因此,作为结论,我强烈建议使用流体模板和其他扩展,例如vhs它们提供了大量(附加)功能和可重复使用的模板,同时仍然允许您使用标记(如果您愿意)。就我个人而言,我也更喜欢增强或限制后端的 RTE,以便为类似 FCE 的结果编写太多特殊代码。
顺便说一句:通过在 IDE 中使用来自fedext.net的 DTD/XSD,可以实现非常好的自动完成功能,这使我的模板编程速度更快(大约 25%)。
| 归档时间: |
|
| 查看次数: |
1753 次 |
| 最近记录: |