FLOW3 и фремворки в TYPO3

[jettero]

Сообщение от Uruguaygrep

Уже внедряют. Библиотека lib/div как раз и есть то о чем вы говорите. Более того, под эту библиотеку уже и Kickstarter подтянули. Теперь он умеет создавать скелеты MVC.

Я в курсе про lib/div, есть и другие MVC расширения, вот и надо в этом направлении идти.

Сообщение от Uruguaygrep

Почему несовместимые? 4.1 и 4.2 совместимы.
Я, честно говоря не совсем понял. Какая ветка считается устаревшей?

Если вы все же сравниваете 5 ветку, то для такого глубокого анализа ИМХО еще рано. Думаю в 5 ветке еще не написано ни строчки кода, так как под нее еще не готов фреймворк.

Я говорил про 4.x и 5.x. Про то, что они будут не совместимы уже известно, это написано в FAQ.

[void]

Вот пост Лемке в мейлинг-лист ECT, который занимается в том числе и lib/div. Извиняюсь за многабукаф. Кстати, разработка lib/div сейчас практически приостановлена, если я правильно понимаю.
http://lists.netfielders.de/pipermai...st/002514.html
--
Писать с нуля на PHP под t3v4 инструменты, аналогичные RoR или Django - нэма дурных. Скорее всего, flow3 будет выпущена в качестве v4 расширения и новые расширения будут писаться уже под неё. Это, мне кажется, позволит сделать плавный переход между ветками...

[Pavel Antonov]

На тему фреймворков.
http://forum.typo3.biz/showthread.php?p=18110#post18110

[c0d3r]

Ну и по поводу планов насчёт FLOW3 / TYPO3 5:

News from the General Assembly of the T3A:
http://news.typo3.org/news/article/n...ly-of-the-t3a/

Фреймворк обещают в конце 2008, пятёрку - в 2009. Плюс доп. финансы и народ вливают, спешат.

[pomotom]

Может кому пригодится
Create an ARP-Class for any Extension Table.
http://typo3.org/extensions/reposito...eatearp/0.2.2/

ЗЫ:
ветку (полветки) пора в разработку расширений?

[void]

Если я правильно понял, эта штука не умеет связывать таблицы? Если так, то, как говорится, фтопку.

//У меня в своё время была безумная идея сделать генератор Doctrine-классов на основе $TCA

[jettero]

Сообщение от void

Если я правильно понял, эта штука не умеет связывать таблицы? Если так, то, как говорится, фтопку.

//У меня в своё время была безумная идея сделать генератор Doctrine-классов на основе $TCA

А как бы она автоматически связывала таблицы? Дело в том, что это часто зависит от формата вывода данных. То есть часто это определяется не моделью, а view.

Я сейчас делаю отдельное расширение, которое на основе конфига в typoscript, где описан какой должен быть вывод, включая взаимосвязь таблиц и описание форматирования всех значений, строит запрос к базе данных, причем один-единственный запрос. Затем расширение парсит ответ из БД, форматирует его и вставляет в шаблон, который описан в том же самом typoscript файле и возвращет готовый HTML.

В результате, там где в commerce, например для вывода list view, когда много атрибутов в продуктах и артикулах, используется порядка ста запросов к БД, мое расширение делает один! запрос, но сложного вида - в одном запросе там например бывает 25 вложенных таблиц, скорость обработки такого сложного запроса в MySQL не намного меньше, чем обработка одного простого запроса, и в результате нагрузка на БД снижается очень значительно, поскольку вместо ста запросов делается один. Также большой плюс в том, что запрос строится автоматически, на основании конфига. При таком подходе, я даже не вижу смысла использовать ORM, поскольку с отдельными записями работа не идет. Разработчик строит только описание вложенных таблиц, задает самые общие условия для выборки, например для list view в commerce задает какие продукты надо вывести, а расширение само строит запрос, связывая таблицу продуктов с артикулами, далее связывает со списком атрибутов, далее подключает таблицы значений атрибутов итд ..., все это в одном SQL запросе, а на выходе из расширения получаем готовый HTML.