Сайт вебмастера

CodeIgniter 4. Роутинг. Формы. REST

16-08-2019Время чтения ~ 6 мин.CodeIgniter 11987

Работа CodeIgniter базируется на роутинге, который принимает входящий url-адрес и выполняет подходящий контролёр. До этого мы использовали «автороутинг», когда первый сегмент адреса совпадал с именем контролёра. Но в большинстве случаев такая схема слишком примитивная, поэтому нужно будет настраивать роутинг на адреса, которые не совпадают с файлом контролёра.

Например мы хотим сделать адреса вида example.com/pages/about, где about может меняться произвольно. Формально мы можем сделать контролёр Pages и в нём разместить только метод index(), где и «перехватывать» второй сегмент адреса. Однако мы всё-таки решим эту задачу «по взрослому» — научимся настраивать роутинг.

Конфигурация роутинга хранится в файле app/config/Routes.php. Откройте его и в конце добавьте строчку:

$routes->add('pages/(:segment)', 'Blog::show/$1');

В данном случае метод add() добавляет новое правило роутинга. Первым параметром указывается шаблон заголовка — placeholder, где можно использовать обычные регулярные выражения. Но, как правило, вполне достаточно существующих замен, например этих:

  • (:segment) — заменяется на любой набор символом, ограниченный слэшем «/».
  • (:any) — просто любой набор символов.
  • (:num) — только цифры.

В этоме примере роутер сработает на адрес example.com/pages/about, но не сработает на example.com/pages и example.com/pages/about/23.

Вторым параметром указывается контролёр и его метод. Здесь это Blog и метод show(), которому будет передан параметр — второй сегмент адреса.

Создадим новый контролёр Blog.php.

namespace App\Controllers;
 
class Blog extends BaseController
{
	public function show($segment)
	{
		$data['title'] = 'Страница ' . $segment;
		$data['header'] = 'Это страница ' . $segment;
		
		echo view('template/start', $data);
		echo view('about', $data);
		echo view('template/end', $data);
	}	
}

В качестве «вьюшки» будем использовать about из предыдущей статьи. Наберём в браузере example.com/pages/about и увидим сообщение:

Это страница about

Подобным образом можно настраивать любые адреса и контролёры. Я не буду описывать все возможности, но дам ссылку на страницу документации, где вы сами сможете посмотреть примеры.

REST

Мы добавляли новый роутинг с помощью метода add(). Это «общий» вариант, когда адрес будет принимать и GET и POST http-запросы. Если мы хотим сделать полноценное приложение, то следует придерживаться концепции REST: http-метод указывает на какое-то действие.

Предположим у нас есть форма. Она отображается по адресу example.com/form и это соответствует http-запросу GET. Форму мы отправляем методом POST, который отправляется на тот же самый адрес. То есть на уровне роутинга нужно задать такие правила, чтобы GET обработал один метод контролёра, а POST — другой.

Во многих приложениях используются и другие (произвольные) http-методы: PUT, DELETE и т.д.

Допишем новые правила. В CodeIgniter для этого уже нужно использовать методы класса роутинга get(), post() и т.д. Cделаем это для нового контролёра Login.

$routes->get('form', 'Login::showForm');
$routes->post('form', 'Login::postForm');

Теперь код Login.php:

namespace App\Controllers;
 
class Login extends BaseController
{
	public function showForm()
	{
		$data['title'] = 'Форма';
		$data['header'] = 'Отображение формы';
		
		echo view('template/start', $data);
		echo view('login', $data);
		echo view('template/end', $data);
	}
	
	public function postForm()
	{
		$data['title'] = 'Форма';
		$data['header'] = 'POST-данные от формы';

		echo view('template/start', $data);
		echo view('login', $data);
		echo view('template/end', $data);
	}
}

Для простоты мы выводим разные заголовки для разных методов. Теперь сделаем «вьюшку» login.php:

<h1><?= $header ?></h1>
 
<form method="POST"> 
	<h5>Username</h5>
	<input type="text" name="username" value="" size="50">
 
	<h5>Password</h5>
	<input type="text" name="password" value="" size="50">
 
	<div><button type="submit">Submit</button></div>
</form>

Это самая обычная форма, которая отправляет POST-запрос на свой же адрес (нет параметра action). Откройте страницу в браузере. Выводится сообщение

Отображение формы

Если же нажать кнопку отправить, то оно изменится на

POST-данные от формы

То есть роутинг определяет нужный http-метод.

Валидация POST

В этом примере у нас пока нет процедуры валидации данных формы. На сей счёт есть несколько вариантов решений. Самый простой — это проверять результат обработки формы и если всё ok, выводить какую-то другую «вьюшку». Если есть ошибки, то вывести их и тут же новую форму или ссылку на форму.

Но немного удобней всё-таки использовать одну вьюшку, которая будет сама решать как и что выводить. Перепишем «вьюшку» login.php:

<h1><?= $header ?></h1>
 
<?php 
	if ($validation) echo $validation->listErrors(); 
	
	echo $message;
?>
 
<?php if ($showForm) : ?>
 
<form method="POST"> 
	<h5>Username</h5>
	<input type="text" name="username" value="" size="50">

	<h5>Password</h5>
	<input type="text" name="password" value="" size="50">

	<div><button type="submit">Submit</button></div>
</form>
 
<?php endif ?>

Здесь мы управляем отображением формы с помощью переменой $showForm. Переменная $message выводит сообщение об успешной отправке формы. Переменная $validation выводит список ошибок, если они есть.

Чтобы сформировать все эти данные, перепишем методы контролёра. Буду показывать по отдельности.

	public function showForm()
	{
		$data['title'] = 'Форма';
		$data['header'] = 'Отображение формы';
		$data['validation'] = '';
		$data['showForm'] = true;
		$data['message'] = '';
		
		echo view('template/start', $data);
		echo view('login', $data);
		echo view('template/end', $data);
	}

По сути здесь всё осталось как и раньше, только добавились новые данные. Рассмотрим postForm().

	public function postForm()
	{
		$data['title'] = 'Форма';
		$data['header'] = 'POST-данные от формы';
		$data['validation'] = '';
		$data['showForm'] = true;
		$data['message'] = '';
		
		$rules = [
			'username' => [
				'label'  => 'Username',
				'rules'  => 'required',
				'errors' => [
					'required' => 'Требуется указать имя пользователя',
				]
			],
			
			'password' => [
				'label'  => 'Password',
				'rules'  => 'required|min_length[10]',
				'errors' => [
					'required' => 'Требуется указать пароль',
					'min_length' => 'Пароль должен быть более 10 символов',
				]
			]
		];
		
		if (!$this->validate($rules))
			$data['validation'] = $this->validator;
		else {
			$data['showForm'] = false;
			$data['message'] = 'Спасибо!';
		}
		
		echo view('template/start', $data);
		echo view('login', $data);
		echo view('template/end', $data);
	}

Здесь мы используем валидацию POST-данных с помощью CodeIgniter. Для этого применяется метод $this->validate(), который принимает массив правил. Работает это так: как только $this->validate() возвратит false, то есть валидация не пройдена, в $data['validation'] мы передадим $this->validator, которая будет состоять из списка (UL/LI) указаных ошибок.

Если же ошибок нет, то мы ставим флаг, чтобы форму не показывать и какое-то своё сообщение.

Правила проверки описаны на странице документации. Они довольно обширны, поэтому я не буду на них останавливаться.

Существует возможность задавать правила валидации в двух массивах: первый описывает только правила, второй - сообщения.

	public function postForm()
	{
		$data['title'] = 'Форма';
		$data['header'] = 'POST-данные от формы';
		$data['validation'] = '';
		$data['showForm'] = true;
		$data['message'] = '';
		
		$rules = [
			'username' => 'required',
			'password' => 'required|min_length[10]',
		];
		
		$errorMessages = [
			'username' => [
				'required' => 'Требуется указать имя пользователя',
			],
			'password' => [
				'required' => 'Требуется указать пароль',
				'min_length' => 'Пароль должен быть более 10 символов',
			]
		];
		
		if (!$this->validate($rules, $errorMessages))
			$data['validation'] = $this->validator;
		else {
			$data['showForm'] = false;
			$data['message'] = 'Спасибо!';
		}
		
		echo view('template/start', $data);
		echo view('login', $data);
		echo view('template/end', $data);
	}

RESTFul

Для полной реализации RESTFul не хватает поддержки других http-методов. Например вместо POST нужно использовать PUT.

Изменим роутинг:

$routes->get('form', 'Login::showForm');
$routes->put('form', 'Login::postForm');

То есть мы используем тот же метод контролёра, только уже для PUT. Если сейчас отправить форму, то получим 404-страницу — это очевидно, поскольку форма отправляет POST, а PUT она отправлять не умеет.

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

<form method="POST"> 
	<input type="hidden" name="_method" value="PUT">
	...

После этого роутинг сработает и дальше обрабатываем данные как обычно.

Похожие записи