Codeigniter vs Kohana

VS

Раунд 1 MVC.

Kohana

При объявлении собственного конструктора в контроллере, необходимо вызвать конструктор базового класса, так как Kohana основан на ООП и PHP 5 синтаксис этого вызова следующий:

parent::__construct()!

в отличии от

parent::Controller()

в Codeigniter.

В отличии от Codeigniter, Kohana требует что бы в наименование класса контроллера присутствовал постфикс «_Controller», не указав который, при обращении к контроллеру получаем сообщение об ошибке «Fatal error: Cannot redeclare class ».

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

Для обозначения методов, доступных только внутри контроллера (не доступных с сайта), Codeigniter предлагает использовать префикс «_» в названии метода.

Пример:

   public function _some_action() - метод недоступный для вызова через URL сайта.

Kohana предлагает два варианта решения этой проблемы (один из которых наиболее интуитивен, по моему мнению), а именно:

можно объявить метод как private — такой метод недоступен через URL сайта

Пример:

  private function some_action() -  приватный метод контроллера.

как и в Codeigniter можно объявить закрытый метод с префиксом «_»

Пример:

 public function _some_action()

— так же приватный метод.

Можно комбинировать два этих способа и объявить метод следующим образом:

 private function _some_action()

Контроллер в Codeigniter может содержать еще две функции, аналога которых пока нет в Kohana:

_remap($method) — данная функция предназначена для локального роутинга, т.е. перенаправления на другие контроллеры приложения. В качестве параметра ей передается запрошенный в URL метод.

_output($out) — функции передается обработанное отображение, предназначенное для отсылки браузеру. Данная функция может быть использована для конечной обработки вывода.

Отображения (VIEW)

В обоих фреймворках отображения (или предстваления, или view) — это просто PHP сценарии, содержащие в основном HTML-код. Однако способ работы с отображениями кардинально отличается в этих фреймворках.

Codeigniter

Для загрузки файла отображения из контроллера используется вызов метода:

  $this->load->view(«view_file»);

view_file — имя файла отображения без расширения «php».

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

Для передачи параметров в представление, используется следующий вызов:

 $this->load->view(«view_file»,$some_data);

где $some_data — ассоциативный массив содержащий параметры для отображения.

Пример:

 $some_data['user_fname'] = 'Андрей';
 $some_data['user_lname'] = 'Опейкин';

Если файл отображения будет содержать следующий код:

<html>

<body>

<h1>Привет $user_fname $user_lname!</h1>

</body>

</html>

То «отрендеренное» отображение (страничка, которую увидит пользователь) будет выглядеть так:

<html>

<body>

<h1>Привет Андрей Опейкин!</h1>

</body>

</html>

Кроме ассоциативного массива в качестве второго параметра метода, можно передавать объект, свойства которого, заменяют соответствующие переменные в отображении.

На мой взгляд недостатком такого подхода является то, что при загрузке отображения, автоматически происходит его отправка в браузер пользователя. Для перехвата вывода необходимо использывать метод контроллера _output() — описанный ранее, так же получить (а не вывести в браузер) полностью готовое отображение можно передав третий параметр в метод загрузки представления:

 $page = $this->load->view(«view_file»,$some_data,TRUE); // содержимое присваивается переменной $page

Kohana

Для загрузки файлов отображений существует два способа:

Использование конструктора класса View

Пример:

 $view = new View(«view_file»);

Вызов статичного метода (метод фабрики)

Пример:

 $view = View::factory(«view_file»);

В обоих случаях «view_file» — имя файла отображения.

Использование любого из этих способов, приводит лишь к созданию объекта отображения, вывод содержимого отображения в браузер пользователя НЕ происходит.

Воспользуемся примером отображения, описанного выше.

Для передачи параметров в отображение используется объектный подход.

 $view->user_fname = 'Андрей';
 $view->user_lname = 'Опейкин';

Так же можно передать параметры методом set();

 $view->set('user_fname','Андрей');
 $view->set('user_lname','Опейкин');

Установка параметров отображения так же как и создание объекта отображения НЕ приводит к пересылке информации пользователю.

Для отправки вывода пользователю необходимо вызвать метод render() отображения

 $view->render(TRUE);

На мой взгляд подход Konaha удобнее и практичнее.

Модели (Models)

В обоих фреймворках использование моделей НЕ является обязательным. При желании можно обойтись контроллерами и представлениями.

Kohana

Как и в случае с контроллерами, требует, чтобы класс модели имел определенный постфикс — «_Model».

Пример:

 class User_Model extends model

.........

}

Для загрузки модели из контроллера, необходимо просто создать экземпляр класса модели:

 $user = new User_model();

После этого можно обращаться ко всем методам и свойствам данного объекта.

Если в конструкторе модели вызывается родительский конструктор, т.е. конструктор имеет вид:

 public function __construct(){
 parent::_construct();
  ...............................
}

Автоматически загружается класс для работы с базой данных, доступный как

 $this->db

Codeigniter

Для загрузки класса модели необходимо использовать следующий код:

 $this->load->model(«model_name») ;

После этого к методам модели можно обращаться следующим образом:

 $this->model_name->some_method();

Объект для работы с базой данных НЕ создается автоматически при загрузке модели, для того что бы объект все таки создался, необходимо передать значение TRUE в качестве третьего аргумента:

 $this->load->model(«model_name»,'',TRUE) ;

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

Вся информация о фреймворке Kohana взята из соответствующей документации. Могут быть некоторые неточности, так как документация еще находится в процессе разработки и описывает далеко не все возможности и API этого фреймворка.

Привет!
Погружаешься в разработку ? Ищешь ментора ?
Поделюсь своими знаниями и опытом - https://opeykin.ru/mentor/

Codeigniter vs Kohana: 13 комментариев

  3. Xobb

    _output($out) — функции передается обработанное отображение, предназначенное для отсылки браузеру. Данная функция может быть использована для конечной обработки вывода.

    В Kohana тоже есть такая фича. В боекомплекте у вас есть Template_Controller и все что вам надо зделать — его унаследовать. Одним из плюсов Kohana есть возможность контроллерам наследовать друг друга. Когда я работал с CI (~год назад), то такого не было.

    _remap($method) — данная функция предназначена для локального роутинга, т.е. перенаправления на другие контроллеры приложения. В качестве параметра ей передается запрошенный в URL метод.

    _remap() не может перенаправлять в другой контроллер. Т.к. перед вызовом _remap() уже сработал конструктор контроллера. Code Igniter не позволяет создавать несколько контроллеров в одно исполнение. Kohana тоже. Для Kohana есть библиотека Dispatch, которая позволяет работать через pull MVC, тоесть мы при запросе попадаем на View и от нее уже танцуем. Я думаю, что в CI тоже должна быть такая библиотека.

    И в общем _remap() — для тех, кто еще не понял системы хуков в обоих фреймворках. Все что делает _remap() можна зделать через хук.

    class User_Model extends model
 
.........
 
}

    Не обязательно ваша модель должна наследовать библиотеку Model. У меня некоторые модели ничего не наследують.

    Спасибо, интересная статья, Kohana на один шаг ближе стала к рускоязычному сообществу.

  5. Big_Shark

    Поправочка в CI
    $this->load->view(‘имя_файла’, $data, true/false);
    Третий необязательный аргумент позволяет изменить поведение функции так, чтобы она возвращала данные в виде строки, а не отправляла их в браузер. Это может оказаться полезным тогда, когда Вам надо каким-либо образом поработать с этими данными. Если аргумент указан как true (boolean), функция возвратит данные. Значением по умолчанию является false, и тогда данные попадают в браузер. Таким образом, помните, что указать аргумент необходимо, если нужен возврат, а не вывод данных:

    Выводи результат в CI
    $this->load->view(‘index’, array(‘name’=>’Максим’);
    теперь тоже самое в Kohona
    $view = View::factory(«index»);
    $view->set(‘name’,’Максим’);
    $view->render(TRUE)

    Разве разница не очевидна? Место 3 строк 1 и в Kohona еще занимается лишняя переменная $view под объект.

    Использую CI единственный соперник которого я вижу это ZF но до него еще очень далеко.

  6. xoma Автор записи

    Big_Shark,
    $this->load->view(’имя_файла’, $data, true/false) — не обратил внимания на данную возможность (честно сказать, она мне разу пока не понадобилась).
    Спасибо!
    Статью поправил!

  7. xoma Автор записи

    Кстати в Kohana можно писать вот так..

    $view = View::factory(‘testview’)->set(‘test’,’VAL1′)->set(‘test2′,’VAL2’)->render(TRUE);

  8. Валерий

    Что вы заладили про _remap()
    а конструктор для чего вам. Там же в доке сказано про это
    сначала пишем parent::__construct()
    а потом то что мы бы писали в ремапе

  11. zeus

    Важное упущение в CI тоже можно писать __construct() и даже при наследовании Core Controller вместо parent::Controller() можно писать спокойно __construct() и я согласен c Big_Shark на сегодняшний день у CI в соперниках только ZF. До того как выбрать FrameWork проработал 4 года с Pure PHP(OOP-MVC) и 3 года в 6-ти компаниях, недавно выбрал CI — очень понравился гибкостью->легкостью->документацией
    PS Раньше я был ярым поклонником чистых (pure) технологий и даже писал свой FrameWork — надоело писать одно и то же.

  12. zeus

    И еще одно упущение в CI тоже можно писать
    private function myPrivate() {} — и метод будет закрыт и дирка недоступна, а еще можно даже protected методы писать — так что вес верхний топик о контроллерах вообще можешь убить =)

  13. xoma Автор записи

    Спасибо, за замечание!
    Статья писалась около года назад, тогда был CI — 1.6 и Kohana 2.0 (точно не припомню версии), с тех пор многое могло измениться =).

    А по поводу соперников CI — посмотрите в сторону Yii, очень советую.

Обсуждение закрыто.