Lithium Framework: начало работы

Теперь давайте продолжим и создадим метод page() который будет отвечать за отображение отдельных страниц из моей фиктивной базы данных:

 public function page() { // Mock page info. $title = 'My awesome page title'; $content = 'My awesome page content. Yes indeed.'; $created = '10 April 2014'; // Prepare page info for passing to the View. $data = array( 'title' => $title, 'content' => $content, 'created' => $created, ); // Pass the data to the View. $this->set($data); } 

Выше мы макетируем информацию о странице базы данных и храним ее в виде массива. Затем мы передаем этот массив методу set() класса Controller (который мы наследуем), и он отправляется в View. В качестве альтернативы, мы также можем вернуть массив $data вместо использования метода set() . Но в обоих случаях ключи массива представляют имена переменных, к которым мы затем можем получить доступ из нашего файла View. Посмотрим, как это работает.

V обозначает вид

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

Давайте создадим представление для отображения информации о нашей странице. В папке app/views/ вам нужно создать еще одну папку с именем класса Controller, который ее использует (в нашем случае, site ). Внутри этой папки вы должны создать файл с именем самого метода, дополненный расширением .html.php . Это соглашение о присвоении имен Lithium для Views, которое позволяет нам легко подключать их к контроллерам.

Так что для нашего примера страницы новый файл будет в app/views/site/page.html.php .

Внутри этого файла вставьте следующее:

 <!-- Title --> <h1><?=$title ?></h1> <!-- Created date --> <p><?=$created ?></p> <!-- Main content --> <div class="content"> <?=$content ?> </div> 

Как вы, наверное, уже догадались, это некоторая базовая разметка, в которую мы печатаем переменные, названные в честь ключей массива, переданных из контроллера. Lithium использует этот синтаксис для печати переменных, потому что он также запускает их через функцию $h() которая отвечает за очистку HTML. Это относится, однако, только к тем случаям, когда вы печатаете переменные, а не свойства объекта $this .

Чтобы проверить, что мы имеем до сих пор, перейдите на http://example.com/site/page и вы должны увидеть красивую страницу с отображаемой макетной информацией. Вы также заметите, что наш простой View визуализируется внутри более сложного макета (по умолчанию, который поставляется с каркасом).

Макеты в Lithium используются для переноса содержимого с помощью обычно используемой разметки, такой как верхние и нижние колонтитулы. Они живут в папке app/layouts и используют $this->content() для визуализации представления внутри. Наш вид по умолчанию отображается внутри макета default.html.php но вы можете указать другой, если хотите. Вы делаете это из Контроллера, который отображает Представление, либо как свойство класса, которое будет применяться ко всем методам этого Контроллера, либо внутри самого метода следующим образом:

 public function page() { // Method logic ... $this->_render['layout'] = 'yourLayout'; } 

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

М обозначает модель

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

Классы моделей являются очень важной частью инфраструктуры MVC, поскольку они определяют и обрабатывают контент в вашей базе данных. Они также облегчают приложению выполнение операций CRUD (создание, чтение, обновление, удаление) над этими данными. Давайте посмотрим, как они работают в литии.

Первое, что вам нужно сделать, это создать файл класса в папке app/models именем Pages.php и вставить в него следующее:

 <?php namespace app\models; class Pages extends \lithium\data\Model { } 

Мы просто расширяем базовый класс Model и используем все его методы. Имя нашего класса Model должно соответствовать таблице базы данных, которая содержит соответствующие записи. Поэтому, если у вас нет pages , убедитесь, что вы адаптировались соответствующим образом, потому что Lithium автоматически выберет это имя, чтобы нам было легче.

Далее нам нужно включить этот файл в наш файл класса Controller, поэтому вставьте следующее под объявлением пространства имен:

 use app\models\Pages; 

Следует удалить фиктивное содержимое из метода page() и убедиться, что этой функции передан параметр $id чтобы мы знали, какую страницу нам нужно получить. И у нас остается простая задача — запросить запись страницы и передать результаты в представление. Таким образом, исправленный метод page() будет выглядеть примерно так:

 public function page($id) { // Look for the first record that matches the passed criteria $record = Pages::first(array('conditions' => array('id' => $id))); $page = $record->data(); // Prepare page info for passing to the View. $data = array( 'title' => $page['title'], 'content' => $page['content'], 'created' => date('F j Y', $page['created']), ); // Pass the data to the View. $this->set($data); } 

Мы используем метод first() родительского класса Model для запроса условий. Результатом является объект, из которого мы извлекаем данные записи, используя метод data() . И это в виде массива с ключом имени столбцов таблицы. Все остальное, как и раньше, за исключением created поля, которое мы форматируем с помощью функции PHP date() поскольку мы получаем отметку времени UNIX из базы данных. И это в значительной степени так.

Если мы перейдем по http:example.com/site/page/1 , мы увидим страницу с идентификатором 1. Если мы переключим последний аргумент URL-адреса на 2, страница должна загрузить вторую запись. Ухоженная.

Вывод

В этом уроке мы увидели, как легко понять и работать со средой Lithium MVC. Мы узнали, как определять контроллеры, представления и модели и как использовать их вместе для создания аккуратно разделенного процесса приложения. Мы также видели, насколько полезны литиевые соглашения, чтобы начать нас. Даже не зная об этом, мы абстрагировали содержимое нашей базы данных и предоставили его для очень легкого доступа.

Я надеюсь, что вы чему-то научились и достаточно любопытны, чтобы немного углубиться и взглянуть на другие мощные функции, которые предлагает Литий. Каковы некоторые из встроенных методов CRUD и как вы можете их расширить? Как вы можете определить свои собственные маршруты? Как вы можете использовать несколько макетов и даже визуализировать меньшие elements в ваших представлениях? Это все замечательные возможности, которые Lithium предлагает нам для нашего веб-приложения, и их стоит проверить.

Я сделал тебя любопытным? Хотите узнать больше об этой замечательной платформе?