Фреймворк Kohana — впечатления от использования / Kohana / Хабрахабр

Фреймворк Kohana — впечатления от использования

Приветствую тебя, Хабрачеловек.

Kohana

Полторы недели я пишу небольшой проект на Kohana. Сегодня решил немного рассказать об этом замечательном PHP-фреймворке и некоторых его особенностях, а также поделиться субъективными впечатлениями от работы. Надеюсь, кому-нибудь этот пост окажется полезен, особенно учитывая тот факт, что информации о Кохане в сети пока очень мало.

Итак.

Историческая справка

Kohana — PHP-фреймворк, основанный на архитектуре MVC. Создан быть легким, быстрым и простым в использовании.

Появился как альтернативная ветка CodeIgniter. В момент появления назывался Blue Flame, позже был переименован в Kohana, что в переводе с языка американских индейцев Сиу означает быстрый. Основной причиной появления стало недовольство пользователей скоростью устранения ошибок разработчиками CodeIgniter. А также переход к более открытой для общественности модели разработки.

К положительным сторонам можно отнести

На редкость качественный ООП код
Использование возможностей PHP 5 с умом и по-максимуму
Высокая производительность
Небольшой размер самого фреймоворка
Скорость освоения и простота использования

Среди недостатков я бы выделил

Слабое распространение, небольшое комьюнити
Не очень качественная документация
Небольшой набор библиотек в комплекте (впрочем, необходимый минимум вроде присутствует)
Сыроватость некоторых мелочей (в частности, я столкнулся с небольшими проблемами при использовании префиксов БД)

Совсем субъективно

Теперь несколько слов о моих ощущениях. В целом они отражены в списке преимуществ и недостатков, которые я выделил выше. Но есть и некоторые особенности о которых хочется рассказать отдельно.

Строгость. Кохана упорно не дает писать ~~говнокод~~ код с некоторыми упрощениями. В частности ситуация с валидатором, уноследованная еще от Кодигнитера: все сообщения об ошибках необходимо хранить в ленгфайле. При разработке небольшого проекта с очень жесткими сроками подобная структуризация может изрядно усложнить жизнь.

Kohana на борту имеет простенькую ORM систему. Изначально я решил использовать ее в проекте, над которым работаю, но позже от нее пришлось отказаться даже несмотря на необходимость переписывать все модели. Это связано с низкой скоростью работы и малой гибкостью встроенной ORM. Вместо нее я использовал Auto_Modeler — очень удобную библиотечку для быстрого создания базового функционала моделей.

Общие впечатление от работы с Коханой я бы оценил на пять с минусом. Если кто-то находится в поисках небольшого, быстрого и удобного PHP-фреймворка — смело рассматривайте Кохану, как очень достойный вариант.

В заключении

Если кого-нибудь заинтересовал этот фреймворк — пишите в комментах. Будут желающие — постараюсь периодически выкладывать на Хабре посты на эту тему. Материалов по Кохане очень немного и всегда найдется о чем написать, главное чтоб читатели были :-)

Чего почитать

+44

30 октября 2008, 13:52

veevtam

Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.

комментарии (79)

takkmoil 30 октября 2008, 14:10 #

Вы меня убедили :)

+25

xorax 30 октября 2008, 14:16 #

С украинского кохана — любимая… А на Гаваях есть похожее слово kahuna, означает «семья»… А теперь ещё и «быстрый»

el777 30 октября 2008, 14:53 # ↑

Скажу сразу, я не силен в украинском. Но слышал, что «кохатися» — любить во вполне определенном смысле. :)
Поправьте меня, кто лучше знает.

+14

Yeah 30 октября 2008, 15:00 # ↑

В украинском есть два слова: «любити» и «кохати».
Для упрощения у нас говорят так: «люблю я жарену картоплю, а кохаю — жінку».

+10

el777 30 октября 2008, 15:35 # ↑

То есть я не ошибся насчет «кохати».
А как будет называться процесс работы с фреймворком Кохана? Кохаться? :)
Что-то в этом есть… :)

zaregan 30 октября 2008, 16:08 # ↑

Я когда пару дней назад услышал про этот фреймворк здесь, тоже в позитиве пребывал! ;)

Кохати — любить человека.
Кохатись — все верно вы поняли… ;)

Хороший анекдот, тока без обид!!! Я прошу… ;)

— Куме, а знаєте як москалі називають наше шалене, палке та безмежне кохання?
— Як?!?
— Бли-и-изость!

el777 30 октября 2008, 16:16 # ↑

Ага :-)
Что интересно, у официального сайта есть версия на польском языке, а как тут уже в комментах написали, похожие слова есть в польском. То есть панове будут понимать название процесса на родном языке. :)

Впрочем бывают такие чудеса. Есть такой замечательный фремворк Zope. И звучание его названия по-русски на все 200% оправдывается :)

Какие обиды? :)
Ведь есть «Пы-ы-ы-ы-во». :)

habralex 30 октября 2008, 17:50 # ↑

А знаетэ як воны наш борщ называють? Пе-е-ервое…

zaregan 30 октября 2008, 17:56 # ↑

ладно ладно, пошутили и хватит! ;)

plzen 30 октября 2008, 15:37 # ↑

смажену :)

Yeah 30 октября 2008, 15:55 # ↑

Позор мне!!! Точно!

xorax 30 октября 2008, 15:46 # ↑

Вполне возможно, что это украинский новояз :)

akick 30 октября 2008, 16:59 # ↑

Вы ошибаетесь. Это не новояз.

caezar 30 октября 2008, 16:23 # ↑

в том же смысле в котором в русском «заниматься любовью»

armaturich 30 октября 2008, 15:03 # ↑

От польского kocham = любить (а, кстати, lube = нравиться)

anklav 30 октября 2008, 15:17 # ↑

Поправочка: kocham = люблю, kochać = любить. А вообще это слово украино-белорусско-польское.

MastaEx 30 октября 2008, 14:19 #

У меня тоже весьма положительное впечатление о Кохане.
По сравнению с Codeigniter'ом качество кода самого фреймворка заметно выше. Так же очень понравилась система хуков.

piupiu 30 октября 2008, 14:32 #

Только вчера писал пост-вопрос, и ваш, прямо по каждой мелочи подходит как ответ! Это судьба?
(для интереса — прочитайте его)
Обязательно попробую этот фреймворк.

piupiu 30 октября 2008, 14:36 #

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

kewgram 30 октября 2008, 14:37 #

С деревней скрытого листа Konoha не имеет ничего общего. Зеленый цвет тут вообще случайно )

XuMiX 30 октября 2008, 14:48 #

лично мне не понравилось, ч то валидация данных проходит во view. еще больше не понравилось, что _формы_ можно и, вроде как приветствуется, создавать в контроллере… каша какая-то

veevtam 30 октября 2008, 14:52 # ↑

Валидация не во вью, откуда такая информация?
Я вот тоже терпеть не могу генерацию HTML в контроллере и неиспользую. Генерация форм — это сторонняя библиотека использующая класс Validation, она даже в базовую поставку не входит.

–1

XuMiX 30 октября 2008, 15:34 # ↑

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

veevtam 30 октября 2008, 15:43 # ↑

Forge — это формогенератор, в стандартную поставку он не входит и использовать его — дело вкуса (я не использую). Validation — это класс используемый в контроллере, хелпером он не является и полностью отделен от вью. Даже сообщения об ошибках он содержит во внешних ленгфайлах.

Darx 30 октября 2008, 15:58 # ↑

К слову сказать, в CI нет встроенной поддержки форм, что очень непривычно после использования Zend Framework.

BobiKK 30 октября 2008, 18:54 # ↑

Тем, кто пользуется ZF с версии 0.1.5 вполне даже привычно :) Формы — относительно новая фича

XuMiX 30 октября 2008, 16:44 # ↑

ну, перепутал, значит, валидация идет в котнтроллере, что все равно неправильно, на мой взгляд, т. к. должно происходить в модели

Xobb 21 декабря 2008, 01:04 # ↑

Можно и в модели. Посмотрите метод validate() в ORM.

syncro 30 октября 2008, 16:52 # ↑

расскажите, если не трудно, что за такие ленгфайлы и в чем их преимущество перед переменными сессии?

veevtam 30 октября 2008, 17:29 # ↑

Ленгфайлы — это файлы хранящие локализованные строки. Например сообщения об ошибках заполнения формы. Для каждого языка — свой набор файлов. При таком подходе в теории перевод сайта на несколько языков — плевое дело.

В чем их преимущество над переменными сессии никто объяснить не может, но оно безусловно есть :-)

syncro 30 октября 2008, 17:57 # ↑

спасибо, буду знать теперь как называть файлы локализации;)

bio 30 октября 2008, 16:03 # ↑

Validation это не хелпер, поэтому его рекомендуется использовать только в контроллере или модели.
Forge уже давно выкинут с фреймворка, это сторонний модуль.

PS: Идеология хелперов коханы и CI в том, что их можно использовать везде в view, контроллере и модели.

q_styler 30 октября 2008, 14:49 #

Люблю читать статьи про фреймворки. Плюсик вам и топику.

assous 30 октября 2008, 15:07 #

интересный фрэймворк…

GKelpi 30 октября 2008, 15:14 #

Это вещь, пойду читать дальше.

Arhivator 30 октября 2008, 15:48 #

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

veevtam 30 октября 2008, 15:51 # ↑

Будем русскоязычное комьюнити формировать в блоге на Хабре. Присоединяйтесь :-)

bio 30 октября 2008, 15:55 # ↑

Зарегил новую группу groups.google.com/group/kohanaphp
можно общаться там.

Arhivator 30 октября 2008, 16:44 # ↑

Я как увидел эту статью сразу присоеденился.

bio 30 октября 2008, 15:53 #

Использую полтора месяца, все отлично, полет нормальный.
Нравится, что kohana нацелен именно на использование новых фич php. В 2.3 ввели новый механизм хранения и автоподгрузки классов, теперь при релизе php5.3 легко добавить namespaces в существующий код.

Если не хватает встроенного функционала всегда можно расширить класс, или вообще заменить стандартные драйвера на свои (версия 2.3, доступна в транке).
Ошибки фиксят очень быстро, на форуме оперативно отвечают на любые вопросы.
Рекомендую использовать именно версию с транка, т. к. по сравнению с 2.2 в ней много нововедений (структура директорий, новый механизм роутеров).

Arhivator 30 октября 2008, 16:55 # ↑

Насчет форума, я бы так не сказал, недавно у меня были проблемы с кешированием, мучался пару дней в поисках решения, пока мне отвечают. В итоге оказалось что в версии 2.1 просто забыли заполнить в нужном месте переменную вот у меня ничего и не работало. Этого бага нету в 2.2 но никто и не шевельнулся на форуме.

Xobb 30 октября 2008, 18:59 # ↑

2.1 уже не поддерживается. Рекомендуется переходить на 2.2. Даже есть в вики мигрейшн гайд.

MARDEN 30 октября 2008, 16:08 #

Обозреватели фреймворков присваивают одни и те же преимущества. Абсолютно каждый разработчик очередного FW отмечает быстроту, удобство, гибкость и т. п. Но при этом ведь ничего принципиального нового не придумали. Вот и Кохана — очередная попытка изобрести велосипед. Не вижу в этом фреймворке реальных преимуществ перед конкурентами.

Darx 30 октября 2008, 16:09 # ↑

Как говорится, на вкус и цвет…

j4ck 30 октября 2008, 16:17 #

Есть ли и как реализована поддержка связей между моделями 1-to-many, many-to-many? (кейковские hasMany, BelongsTo, hasManyAndBelongsTo)

Xobb 30 октября 2008, 18:58 # ↑

Есть такое. Посмотрите system/libraries/ORM.php.
Походу политика ORM содранная с Ruby.

sokiche 30 октября 2008, 16:23 #

А кто-нибудь уже в нем ковырялся?
Подскажите, пожалуйста, в коде прослеживается постоянный вызов класса View (new View('template')).
Но самого класса с таким имененем я не нашёл (только View_Core).
В чем подвох?

sEXEcutor 30 октября 2008, 16:49 # ↑

Вот в этом:

$extension = 'class '.$class.' extends '.$class.'_Core { }';
eval($extension);

Это финт, чтобы класс View (как и остальные) можно было заменить своим.

sokiche 30 октября 2008, 17:01 # ↑

Спасибо

AmdY 30 октября 2008, 19:19 # ↑

3.14дец. после этого слабо верится в хороший ООП во фреймворке.

oWeRQ 30 октября 2008, 20:47 # ↑

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

AmdY 30 октября 2008, 22:34 # ↑

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

oWeRQ 31 октября 2008, 01:06 # ↑

отличие от CI(не вдаваясь в подробности) — использование php5 и понятный код.

AmdY 31 октября 2008, 03:28 # ↑

ну так на то он и фреймворк, чтобы было пофег что внутри и как написано, главное чтобы апи было удобное. я вполне удачно совмещал фрейморк на php4 и код модулей на php5
а то написано
>Скорость освоения и простота использования
а после
> Вместо нее я использовал Auto_Modeler
и в чём удобство? в том, что берём фреймворк и заменяем все бибилиотеки на свои?
статья ниочём, а её заплюсовали. ежедневно открываю rss, а там 99% мусора :(

Xobb 30 октября 2008, 18:56 # ↑

Да, ковырялся. До 2.2 на транке сидел, так иногда слал патчи.
Если будут вопросы — пишите в личку.

–4

timati 30 октября 2008, 16:33 #

ZendFramework вам в руки и баробан на шею.

+11

veevtam 30 октября 2008, 16:35 # ↑

Вам ник очень подходит :-)

Vyazovoi 30 октября 2008, 16:47 #

Заинтересовали, на досуге обязательно его рассмотрю со всех сторон.
Это я к тому что:

Если кого-нибудь заинтересовал этот фреймворк — пишите в комментах. Будут желающие — постораюсь периодически выкладывать на Хабре посты на эту тему.

Кстати, у вас тут опечатка.

morpher 30 октября 2008, 18:08 # ↑

На самом деле хотелось бы увидеть статью, в которой описано создание простого MVC-приложения на базе этого фреймворка. Я думаю, многим будет это интересно.

hardtop 30 октября 2008, 17:05 #

Мне тоже очень понравился фреймфорк. Только вот никак не получается найти что-то вроде каркаса для CMS — ведь как-то надо информацию в сайт загружать. Причем, хотелось не скаффолдинг, как у CI, а все же более-менее с поддержкой вложенной структуры. Думал, сам начать изобретать велосипед, так уже новый роутинг в версии 2.3 будет. Есть у кого что-то вроде каркаса для CMS?

Arhivator 30 октября 2008, 17:13 # ↑

Есть скаффолдинг, не помню где и как его нашел, но точно не мой. arhivator.org/files/scaffolding.zip

hardtop 30 октября 2008, 17:42 # ↑

Да, этот пример я видел. Идея достаточно хорошая. Жаль, что проект не развивается. Последний релиз аж 29 июня 2008.

atrian 30 октября 2008, 17:14 #

Интересный фреймворк.
Спасибо, будем изучать!

oWeRQ 30 октября 2008, 17:16 #

Вопрос к тем кто использует кохану, нет ли у вас проблем с плохой производительностью на виртуальном хостинге?

З. Ы. версия 2.2, хостинг — мастерхост, даже при использовании кеширования путей время генерации в районе 0.4 сек.

Arhivator 30 октября 2008, 17:40 # ↑

Что-то совсем запредельное. На моем локальном серваке который стоит на обычной старенькой офисной машинке. Без кеширования путей(кстати впервые об этом слышу) выходит около 0.0656

oWeRQ 30 октября 2008, 17:49 # ↑

кеширование путей(и еще чего то) включается в главном конфиге опцией internal_cache, на vds(linux) 400 мгц, 96 ram, цыфры в районе 0.2 с eAccelerator — 0.02

Arhivator 30 октября 2008, 18:11 # ↑

в 2.1 похоже нету. Я свой проект начал переносить на 2.2, но обломался переписывать все запросы, потому что в новой версии они кардинально изменили орм (

DIDJER 30 октября 2008, 18:37 #

Хии — «Основан на базе CodeIgniter» если уж основан то это наложение на него или непонятно что именно заимствовалось?

Xobb 30 октября 2008, 18:53 # ↑

Когда только создавали Kohana — за архитектурную основу взяли архитектуру CI и несколько тищь строчек его кода. Потом все переписали, архитектуру в 2.3 кардинально меняют.

ajaxtelamonid 30 октября 2008, 23:45 # ↑

Помнится, в момент выхода её прародителя Blue Flame на форуме CI был топик, где Дерек обвинял Blue Flame в плагиате — внутри был фактически code igniter. Авторы даже копирайты прежние не потрудились убрать, просто сделали mass replace слов CI на BF.

RommeDeSerieux 30 октября 2008, 19:38 #

Фреймворк выглядит неплохо, но по причине малого количества документации у меня не получилось найти ответы на следующие вопросы:

навязывает ли Kohana xhtml-разметку?
можно ли сделать там роутинг url-ов похожий на тот, что есть в Django?
умеет ли ORM делать JOIN в обе стороны для one-to-many отношений?

meesix 30 октября 2008, 19:49 #

Класс, как раз собрался поизучать, спасибо за статью, буду ждать продолжений.

dimitris 30 октября 2008, 23:40 #

Kohana по скорости выигрывает у Symfony?

veevtam 31 октября 2008, 00:42 # ↑

В разы.

insaner 31 октября 2008, 07:29 #

Блин, действительно будет полезен в небольших проектах. Достаточно все предсказуемо. Спасибо, будем изучать

altspam 31 октября 2008, 16:03 #

Спасибо, интересный фреймворк.
Однако, после заявлений об ООП и PHP5 реализация класса utf8 выглядит довольно странно.

pirrat 17 ноября 2008, 19:45 #

Спасибо, начал изучать kohana, а то CI хоть и нравится, но его поддержка совместимости php4 расстраивает…

VolCh 16 декабря 2008, 15:32 #

Честно говоря статья только для юзеров CI (который мне не понравился), хотелось бы видеть обзоры фреймворков по сравнению с альтернативными, теми же симфони (который мне совсем не понравился0, кейком (мой выбор), зендом (не юзал, испугавшись отзывом, что н аобычном шаред хостинге даже «hello, world!» будет тормозить, пока «пиццоттыщ» строк в «пиццот» файлах инклудить будет.

sesharim 26 июля 2009, 21:15 #

От себя посоветую: www.brotkin.ru, не мерено по Кохане на русском.

Kohana