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

[void]

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

Чем тогда TYPO3 v5 будет отличаться от других MVC фреймворков? И чем он будет лучше них? Почему бы не использовать уже сейчас тот же RoR, а не ждать рабочей TYPO3 v5?
Лично мне пока больше нравится подход Каспера, когда он скомбинировал два типа CMS в одной - те которые работают на основе дерева страниц и те, которые работают как web application framework. Будет ли v5 иметь какие-то отличия от других MVC систем и станет ли v5 популярной это еще вопрос.

Собственно, это вполне себе выход - использовать нормальные фреймворки на нормальных языках программирования. Как-то до сих пор все экстеншены к v4 не очень MVC. Да и прочих преимуществ фреймворков нет - отсутствие внятного ORM (TCA и t3lib_db не стоит рассматривать в качестве ORM), отсутствие хороших библиотек для построения форм и т.п. - всё это приводит к огромному количеству откровенного мусора в TER и сводит на нет преимущества "второго типа систем".
Дорабатывать в v4 есть много чего и это дорабатывается, что радует. С другой стороны, в ядре очень много запутанного и неясно как работающего кода, который смог бы отрефакторить наверное только Каспер, и то вряд ли... И дело тут скорее в том, что без того же АОП очень сложно реализовать версионинг, воркспейсы и локализацию так, чтобы это понял читающий код человек с первого раза.

[c0d3r]

Грубо говоря, мне, как программисту, PHP4 и "традиционный подход" в TYPO3 4 в настоящий момент абсолютно не интересен. Из-за этого же я игнорю Drupal и много остального. А вот Typolight думаю посмотреть в ожидании TYPO3 5, он, конечно, намного проще, но может быть нишу свою у меня найдёт Ну и ZF ещё интересен, пробую, хотя это фреймворк, и ждать нормальной CMS на нём, по-моему, придётся ещё дольше, чем TYPO3 5... а, может, и наоборот

[Uruguaygrep]

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

Чем тогда TYPO3 v5 будет отличаться от других MVC фреймворков? И чем он будет лучше них? Почему бы не использовать уже сейчас тот же RoR, а не ждать рабочей TYPO3 v5?
Лично мне пока больше нравится подход Каспера, когда он скомбинировал два типа CMS в одной - те которые работают на основе дерева страниц и те, которые работают как web application framework. Будет ли v5 иметь какие-то отличия от других MVC систем и станет ли v5 популярной это еще вопрос.

Можно и сейчас использовать тот же ROR или другой фреймворк. Почему бы и нет. Если есть задачи (а они есть) которые обычной ЦМС не решаются.

Кстати, еще раз прочитал внимательно о 5 версии. Всетаки Flow3 -- это новый разрабатываемый фреймворк. Typo3 v5 -- это ЦМС, которая будет разрабатыватся на фреймворке Flow3.
Признаюсь честно, первый раз когда писал сообщение не до конца вник.

[jettero]

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

Можно и сейчас использовать тот же ROR или другой фреймворк. Почему бы и нет. Если есть задачи (а они есть) которые обычной ЦМС не решаются.

Кстати, еще раз прочитал внимательно о 5 версии. Всетаки Flow3 -- это новый разрабатываемый фреймворк. Typo3 v5 -- это ЦМС, которая будет разрабатыватся на фреймворке Flow3.
Признаюсь честно, первый раз когда писал сообщение не до конца вник.

Так и есть, то есть надо ждать пока оба продукта выйдут на рабочий уровень и избавятся от детских болезней. То есть планируется в этом году получить только альфу версию Flow 3. Альфа TYPO3 v5 значит будет в следующем году. Сколько лет пройдет до того момента когда можно будет сделать на них реальный сайт, который сейчас можно сделать на v4 это сложно сказать.

[jettero]

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

Собственно, это вполне себе выход - использовать нормальные фреймворки на нормальных языках программирования. Как-то до сих пор все экстеншены к v4 не очень MVC. Да и прочих преимуществ фреймворков нет - отсутствие внятного ORM (TCA и t3lib_db не стоит рассматривать в качестве ORM), отсутствие хороших библиотек для построения форм и т.п. - всё это приводит к огромному количеству откровенного мусора в TER и сводит на нет преимущества "второго типа систем".
Дорабатывать в v4 есть много чего и это дорабатывается, что радует. С другой стороны, в ядре очень много запутанного и неясно как работающего кода, который смог бы отрефакторить наверное только Каспер, и то вряд ли... И дело тут скорее в том, что без того же АОП очень сложно реализовать версионинг, воркспейсы и локализацию так, чтобы это понял читающий код человек с первого раза.

Вот ИМХО и надо внедрять это в v4 – ORM, формы, MVC, AOP итп. Не обязательно же сразу выкидывать t3lib_DB. Можно сделать альтернативную билиотеку t3lib_db_orm, например, и через несколько версий, когда она будет уже полностью рабочей, можно старую t3lib_db объявить depricated и еще через несколько версий удалить. То же сделать с MVC - сделать альтернативную библиотеку вместо tslib_pibase, tslib_pibase_MVC итп..

Понятно что разбираться с чужим ядром мало кому нравится, а разработать что-то новое интереснее, вот все и кинулись на v5 . Но ИМХО больше пользы будет не от револиции, а от эволюции v4 ветки, с последовательной заменой частей ядра, чтобы была приемлимая совместимость и можно было бы сайтам мигрировать постепенно.

Вообще можно было бы сделать такой же подход, как например в разработке FreeBSD, там поддерживается несколько различных веток: STABLE - стабильная ветка, сейчас это версии 7.x в которую больше не добавляют новые фичи, а вылизывают старые и фиксят баги и CURRENT - ветка версий 8.x, в которой все текущие разработки и новые фичи. Когда 8 ветка подрастет, она станет STABLE, а новые фичи пойдут уже в 9 ветку - CURRENT.

И тогда можно выбирать чем пользовать или самым новым или самым стабильным. А то сейчас мы имеем две несовместимые ветки TYPO3. Старая ветка многими считается устаревшей, а значит кол-во разработок под нее снизится. Новая ветка неизвестно когда будет и на ней придется сайты делать с нуля. Все это может привести TYPO3 в не очень хорошую ситуацию.

[Uruguaygrep]

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

Вот ИМХО и надо внедрять это в v4 – ORM, формы, MVC, AOP итп. Не обязательно же сразу выкидывать t3lib_DB. Можно сделать альтернативную билиотеку t3lib_db_orm, например, и через несколько версий, когда она будет уже полностью рабочей, можно старую t3lib_db объявить depricated и еще через несколько версий удалить. То же сделать с MVC - сделать альтернативную библиотеку вместо tslib_pibase, tslib_pibase_MVC итп..

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

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

Вообще можно было бы сделать такой же подход, как например в разработке FreeBSD, там поддерживается несколько различных веток: STABLE - стабильная ветка, сейчас это версии 7.x в которую больше не добавляют новые фичи, а вылизывают старые и фиксят баги и CURRENT - ветка версий 8.x, в которой все текущие разработки и новые фичи. Когда 8 ветка подрастет, она станет STABLE, а новые фичи пойдут уже в 9 ветку - CURRENT.

Так и есть. Разрабатывается 4.2 и поддерживатеся ветка 4.1.

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

И тогда можно выбирать чем пользовать или самым новым или самым стабильным. А то сейчас мы имеем две несовместимые ветки TYPO3. Старая ветка многими считается устаревшей, а значит кол-во разработок под нее снизится. Новая ветка неизвестно когда будет и на ней придется сайты делать с нуля. Все это может привести TYPO3 в не очень хорошую ситуацию.

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

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

[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. Плюс доп. финансы и народ вливают, спешат.