2013-07-19 1 views
8

Что должно быть понято «Fluid powered TYPO3» (как указано http://fedext.net/) и каковы его преимущества для интеграции?Что такое "Fluid powered TYPO3"?

Существуют ли другие современные шаблонные подходы для TYPO3 6.x, которые лучше всего переключаться сейчас?

Я не понимаю разные системы, которые существуют на данный момент, и мне нужно разъяснение.

Предыстория вопроса, что я ищу:

  • Не используйте TemplaVoilà
  • Держите это просто, немного кодирования накладные
  • Вот почему я до сих пор использую маркер!
  • Включить элементы пользовательского контента в интерфейсе, как FCEs в ТВ
  • разжигать «структурированный контент» подход в TYPO3: предопределенные входы и подробный рендеринг против «Все, что идет» как в css_styled_content

А как насчет https://github.com/Ecodev/bootstrap_package ? Рекомендуется ли это?

ответ

3

Fluid предлагает гораздо более чистый подход к делению логики шаблонов из логики отображения и логики контроллера. Ваш результат будет гораздо лучше структурирован при использовании возможностей жидкости, и упомянутые расширения, такие как vhs, обеспечивают (например, макеты и частичные).

Использование на самом деле очень простое, но все еще может сочетаться с подходами oldschool marker (вы можете делать такие вещи, как <f:cObject typoscriptObjectPath="lib.marks.MAIN-MENU"/>). Если вам нужна большая гибкость в бэкэнд, например, в телевизоре, вы (конечно) должны сами что-то закодировать.

Самого простой способ заключается в использовании расширения, которое создается с помощью modelling it in the backend в соответствии с вашими собственными потребностями, но вы также можете настроить рендеринг страниц и/или элементов контента по умолчанию с помощью TypoScript и поля с учетом (как pages.layout, header_layout , section_frame и т. Д.).

Таким образом, у вас всегда есть выбор между подробными входами (extbase extension objects) и использованием объектов по умолчанию TYPO3, таких как свойства страницы и RTE config в сочетании с маской typoscript (css_styled_content).

Так как вывод я настоятельно рекомендую использовать шаблоны жидкости и дополнительные расширения, такие как vhs, поскольку они обеспечивают много (дополнительного) питания и повторно используемых шаблонов в то же время позволяют использовать маркеры, если вы хотите. Лично я также предпочитаю расширять или ограничивать RTE в бэкэнд в пользу написания слишком большого специального кода для FCE-подобного результата.

BTW: Есть очень хорошие функции автозаполнения с использованием DTD/XSD от fedext.net в вашей среде IDE, что значительно ускоряет программирование моего шаблона (например, 25%).

+0

Thanks @Michael - можете ли вы порекомендовать учебник по настройке «питаемого» сайта? И: где я могу найти kickstarter для моделирования такого расширения жидкости (/ extbase)? – Urs

+0

Как вы из Швейцарии, я полагаю, вы понимаете эту немецкую ссылку: http://typo3blogger.de/templating-3-0-mit-typo3-fluidtemplate-teil-1/ Я также добавил ссылку на расширение расширения на ответ (новый кикстарт). – Michael

+0

Начиная с http://meta.stackexchange.com/questions/109956/is-it-important-to-say-thanks-after-getting-correct-answer не следует, но: Merci! – Urs

5

Хотя этот вопрос довольно старый сейчас (я не видел его до сих пор), и вы, вероятно, уже выяснили больше о Fluid Powered TYPO3 предлагает:

Особенностей Вы запрашиваете (FCEs TV-стиль , низкие накладные расходы кодирования и особенно последний, который больше в отношении процесса, чем инструмент) являются точно, что Fluid Powered TYPO3 все о:

  • Мы предлагаем простые способы получения страниц и контента шаблоны, распознаваемые TYPO3 и доступны для использования редакторами контента сайта.
  • Мы используем общий подход API (который построен на основе TCA/TCEforms TYPO3), который можно использовать в шаблонах страниц и контента для добавления настраиваемых полей (в качестве примера: создать поле для установки цвета сайта заголовок или настроить элемент содержимого на синий фон и т. д.).
  • Мы используем Fluid, который (как уже говорил Майкл) превосходный движок рендеринга.

Но это лишь малая часть возможностей, которые Вы имеете с расширениями (в настоящее время есть 20 - нет, на самом деле, 20), которые все обеспечивают различные наборы функций: есть библиотека ViewHelper VHS которые вы можете использовать с любым типом жидкости шаблона, есть fluidpages, fluidcontent и fluidbackend, который позволяет размещать файлы шаблонов в признанном пути и доступны для использования без дополнительной нервотрепки, есть вид который позволяет использовать наложенные пути для plugin templateRootPaths (пример: переопределить только один файл шаблона из E XT: новости без необходимости копировать все файлы шаблонов из EXT: новости). Существует builder, который может генерировать расширения, классы тестирования модулей ViewHelper, проверять ваши шаблоны Fluid и многое другое. Существует tool, который содержит ряд классов типа Extbase Service, которые вы можете использовать в своих собственных плагинах Extbase. Есть fluidwidget, который является отличной базой для сложных виджетов жидкостей. У вас есть сторонние утилиты, такие как * extbase_realurl *, которые могут генерировать автоматические правила realurl для любого плагина Extbase. И есть schemaker, который позволяет создавать собственные схемы XSD для собственных ViewHelpers (или любой другой версии, например, самой жидкости или VHS или флюса и т. Д.).

И есть больше, чем это. Проще говоря, мы предлагаем вам каждый инструмент, вам нужно создать каждый тип сайта, шаблон или плагин. Наши инструменты имеют одну основную направленность: эффективность.

Это звучит как огромный глоток, но это не так сложно, как кажется. Обычно вы начинаете с трех или четырех расширений, и их назначение совершенно очевидно: Flux позволяет добавлять поля формы, которые используют редакторы контента для настройки содержимого, страниц и экземпляров плагина; VHS предоставляет большое количество многоцелевых VieWHelpers для использования, когда вам нужно больше, чем только те, которые включены в Fluid. И тогда одна или обе жидкости и содержимое, которые являются «очень просто» в том, что все, что они делают, позволяют использовать файлы шаблонов в качестве элементов контента или шаблонов страниц.

довольно-таки привыкнуть - это справедливо для любых фреймворков - но мы потратили много усилий на то, чтобы сделать API одинаковым по всей линии, что означает все, что вы изучаете в одном контексте (для примерные шаблоны страниц), которые вы можете использовать в других (например, шаблоны контента и бэкэнд-модули).

Если вы хотите сэкономить время и быть последовательными при создании контента, страниц и плагинов, Fluid Powered TYPO3 (который является именем зонтик для всех тех, двадцать с чем-то расширения) будет делать то, что для вас.

Я могу порекомендовать несколько минут, чтобы прочитать новый тур, который я опубликовал на fedext.net - URL-адрес http://fedext.net/tour/form-api.html - в первую очередь это говорит разработчикам, которые раньше касались Extbase и Fluid, но даже если вы используете чтобы «просто» работать с TYPO3, основные моменты должны иметь смысл.

И если вам нужно больше деталей, чем это, вы можете найти нас на Github или на IRC (# typo3 на Freenet). Мы всегда рады помочь новым пользователям.

Cheers,
Claus aka. NamelessCoder

+0

Спасибо, Клаус, вы провели беседу/демо где-нибудь, что можно было посмотреть в Интернете, чтобы получить более практичный подход? (Я уже слушал подкаст на http://t3bits.de/t3b002-fluid-powered-typo3) Или вы даже проводите семинары? – Urs

+1

Привет, Урс. Я играл с идеей делать короткие вебинары, но это все еще просто идея. Думаю, я могу попробовать один из них в январе/феврале 2014 года, так что следите за ним;) –

+0

С нетерпением ждем этого! – Urs