Как стать автором
Обновить

Комментарии 21

Kohana r.i.p… к сожалению…
ИМХО для большинства к счастью: уменьшится фрагментация знаний за счет ухода подобных легаси фреймворков.
К счастью
Хотя FuelPHP (его форк по сути) пока живет.
Да он что-то тоже буксует… На гите давно активности нет, roadmap обновлена в феврале…
Возможно, потому что на поле появился новый игрок в лице Laravel.
Стал замечать, что Laravel очень часто называют причиной проблем у того или иного фреймворка.
Почему-то Laravel-«ремесленники» очень активны в желании везде упомянуть любимый фреймворк. Их относительно мало, но шума по Laravel много.

Не воспримите это на свой счет, я просто об общей тенденции, которую наблюдаю.
Мне самому Laravel в принципе нравится, сейчас занимаюсь его изучением. Однако я не люблю холивары на подобные темы — каждый пользуется ровно тем, что ему подходит, только и всего :)
Да, насчет холиваров я солидарен. Не подумайте, что «разжигаю». Совсем не утверждаю что какой-либо из них лучше, а какой-либо хуже. Просто упоминаний одних фреймоврокв, например Zend, мало, а Laravel — много.
Когда Yii стабильной второй версией таки разродится, думаю, тоже будет много разговоров и обсуждений.
Вот не надо про мало, загляните на гитхаб, он в лидерах, на packageist 81 страница по тегу packagist.org/search/?tags[]=laravel
Про laravel не только много базза, но и куча кода, который пишет сообщество.
В 2012 на форуме коханы было обсуждение 3-го laravel, тогда все и ломанулись мигрировать, ребята из core раньше контрибутили в kohana, даже по синтаксису фреймворки схожие, так что связь не натянута, laravel, действительно, добил kohana.
Верно подмечено. Но ведь не думаете, что люди, годами сидевшие на Yii, Zend, CodeIgniter, Kohana, etc и решившие попробовать лару — просто так орут на право и налево о загадочных преимуществах фреймворка? Осмелюсь перечислить следующие современные холивары:
  • CoffeeScript vs JavaScript
  • Ruby vs PHP
  • Scss vs Less
  • Laravel vs *другой фрейм*
  • Composer vs Pear
Причём достаточно попробовать, что бы понять почему у тех, кто в теме — такая бурная реакция.

Хотя конечно популяризировать направо и налево — очень плохая реклама, естественно.
Да уж… В любом случае библиотека будет полезна для проектов, которые всё еще используют Kohana)
Мне больше нравится подход: рендеринг отдельно, валидация отдельно.
Ну никто не запрещает использовать такой подход. Тут по желанию.
Года 3 назад пригодилось бы…
Судя по постам здесь(http://forum.kohanaframework.org/discussion/12509/final-releases-of-kohana-beginning-of-ohanzee) ошибкой было архитектурное решение с собственными модулями.
Насколько я знаю использовать модули из Composer в Kohana совсем несложно. Мне самому не приходилось, но поиск в Гугле выдает кучу совсем несложных инструкций. Вот эту например — www.andrewault.net/2013/10/31/use-composer-with-kohana-3-3/
Не спора ради, но суть в другом. Модули коханы нельзя скомпоновать вне контекста kohana-core. А наблюдается тенденция низко связанных модулей. Symfony в этом плане можно сказать преуспел, хотя он и не framework, а фабрика компонентов(правда, чувствуется некое over engineered). По ссылке комментом выше говорится что текущие модули коханы перепишут в независимые компоненты ohanzee.
Просто кохана 3 вышла раньше, чем симфони 2 и разработчики коханы, наверно, даже не догадывались о революции в php в виде composer.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.