Russian TYPO3 community - Что это за ветки TYPO?

Russian TYPO3 community (http://forum.typo3.ru/index.php)

- Вопросы выбора CMS (http://forum.typo3.ru/forumdisplay.php?f=36)

- - Что это за ветки TYPO? (http://forum.typo3.ru/showthread.php?t=10363)

Так и понятно...

И еще хотел узнать у участников форума
extbase и flow3 - от этих продуктов есть реальная польза?
Сколько не смотрел - до сих пор не вижу в них практического применения...
ХОТЯБЫ по тому, что они очень сложные в изучении...:)

Правильнее спросить в чем польза от Extbase + Fluid.
Польза есть. Extbase это MVC Framework, а Fluid это шаблонизатор. Сравни ть эту связку можно Zend Framework. Но у них плюс - они встроены в ядро TYPO3. И применимы как для BE разработки, так и для FE разработки.
Раньше для FE разработки вообще практически ничего не было, только простейший tslib_pibase.

И что бы их использовать не нужно ждать NEOS (flow3). Все это есть еще с версии TYPO3 4.3 (http://forge.typo3.org/projects/typo3v4-mvc/wiki). Есть библиотека готовых компонентов http://typo3.org/extensions/repository/view/fed/.
Поэтому что бы быть в тренде нужно их изучить. Много новых экстов делаются именно на их основе (http://typo3.org/extensions/reposito...&L=0&q=Extbase). Хотя бы news, замена популярному tt_news.

Беда c Extbase в том, что он кардинально меняется раз в несколько месяцев, и предыдущий код просто не работает с новыми версиями (меняются названия классов и методов). Недавно был ахтунг, когда добрая половина core в git-master не работала после обновления extbase.

Цитата:

Сообщение от Dmitry Dulepov (Сообщение 34932)

Недавно был ахтунг, когда добрая половина core в git-master не работала после обновления extbase.

Действительно, после таких "манипуляций" пропадет все желание использовать Extbase. Ну или не обновляться - но тут не известно где острее грабли вылезут :)

Нашел тут гениальное и точно описывающее Extbase/Fluid/Flow/Neos:

Цитата:

...Хуже индусского кода может быть только код европейский, особенно голландцев или датчан. Это тоже объяснимо, у них источники вдохновения легализованы. Из точки А в точку Б никто никуда не едет, зато есть framework. В котором можно задать plug-in, который конфигурирует другой plug-in, который читает третий plug-in и посылает event четвертому, а тот уже знает, что делать. Через Inversion of Control, так интереснее. Я как-то цитировал одно европейское творчество, и, по-моему, это достойно повторения:

Before describing the configuration aspects of components (...), component types and implementations are described, since it is aspects of the component type that are configured by components – and the configurable aspects are defined by the component type.

И это только документация, а исполнение, поверьте моему горькому опыту, еще затейливее...

В общем, как то пока получается обходиться без них и думаю что пока так и будет...
Слишком много зависимостей... В которых потом расшибешься разобраться.
Хотя fluid мне очень даже понравился - правда в него бы немного от smarty...
Уж лучше меньше зависимостей...

Цитата:

Сообщение от dmartynenko (Сообщение 34879)

Раньше для FE разработки вообще практически ничего не было, только простейший tslib_pibase.

Я наловчился как шаблонизатор в экстеншенах использовать только typoscript :D

В этом свой Дзен есть, typoscript шаблон хорошо структурирован и удобно наследовать и расширять, а не переписывать целиком.
И теперь меня воротит от обычных шаблонов, где вперемешку маркеры и html код (и fluid тоже недалеко от этого ушел).

Единственное, чего сильно не хватает, это средств в typoscript для итерации массивов, приходится их сначала склеивать, а в шаблоне снова разбивать и обрабатывать через split.