Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-02-26

1 Формы, которые изменяют данные, устроены сложнее как с клиентской стороны, так и с серверной. Для уверенной работы с ними необходимо разбираться в следующих вопросах:

2 <ul><li>Знание соответствующих HTML-тегов</li>

3 <li>Понимание того, как отправляются формы по HTTP</li>

4 <li>Обработка на стороне сервера</li>

5 <li>Валидация и вывод ошибок</li>

6 </ul>Начнем с того, что за вывод формы и ее обработку должны отвечать два разных обработчика, значит, это разные маршруты. Ниже пример маршрутов для создания нового пользователя:

7 <ul><li>GET/users/new- страница с формой, которую заполняет пользователь. Эта форма отправляет POST-запрос на адрес/users, указанный в атрибуте action</li>

8 <li>POST/users- маршрут, обрабатывающий данные формы</li>

9 </ul>Подобная схема именования<a>рекомендуется</a>и автоматически создается многими фреймворками, такими как Rails. Она хорошо ложится на REST-архитектуру, о которой мы еще поговорим.

10 <h2>Форма</h2>

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

12 С точки зрения HTTP не существует способа передавать массивы. Если не указано иного, то данные формы кодируются в теле запроса какapplication/x-www-form-urlencoded. Чисто технически это выглядит как строка запроса с парами ключ-значение, объединенные символом&:

13 POST /users HTTP/1.1 Host: example.com Content-type: application/x-www-form-urlencoded Content-length: 42 key=value&key2=value2&user%5Bname%5D%3Djohn

14 В конце тела закодирован ключ user[name]. Превращение таких ключей в массив идет на уровне интерпретатора в случае PHP. Либо на уровне самого фреймворка в случае остальных языков.

15 <h2>Обработка данных</h2>

16 Обработка данных формы начинается с извлечения данных из тела запроса. Это можно сделать двумя способами, похожими на то, как мы извлекаем параметры запроса:

17 <ul><li>getParsedBody() - извлекает все данные</li>

18 <li>getParsedBodyParam($name, $defaultValue) - извлекает значение конкретного параметра. Вторым параметром принимает значение по умолчанию</li>

19 </ul>Далее нужно убедиться в том, что данные введены верно. Этот процесс называетсявалидацией.

20 Slim не предоставляет механизмов для валидации. Ее можно получить из сторонних библиотек. В нашем случае валидация реализуется классом с одним методом validate(), который проверяет данные формы. Также он возвращает специальный массив $errors. В нем ключ - это название поля, а значение - текст ошибки, который нужно вывести в форме:

21 Если ошибок нет, то данные формы сохраняются, например, в базу данных. Об этом подробнее в следующем уроке. После сохранения выполняется перенаправление (HTTP redirect). За перенаправление отвечает заголовокLocationи статусы с кодом 3XX:

22 Если в процессе обработки возникли ошибки, выполняется рендеринг формы из шаблона, который мы использовали для/users/new. В этот шаблон передаются как данные формы, так и список ошибок.

23 Редиректа не происходит, в адресной строке остается адрес/users. Если попробовать в этот момент нажать f5, то браузер выдаст предупреждение о том, что мы пытаемся повторно отправить данные. Это сообщение предупреждает о том, что метод POST не идемпотентен, и повторная отправка формы может привести к повторному созданию пользователя:

24 Вернемся к нашей форме и изменим ее так, чтобы в нее подставлялись возникающие ошибки и значения полей, введенные пользователем:

25 Такое изменение формы требует изменения обработчика/users/new. Чтобы избежать ошибок, нужно передать в шаблон пустой массив $errors и массив $user. В последнем необходимо задать значения по умолчанию для соответствующих полей формы. Так в шаблоне не придется выполнять проверку данных формы на существование:

26 Форма увеличилась. На практике она будет еще больше из-за дополнительного оформления, например, отступов и подсветки ошибок. С опытом станет понятно, что так невозможно работать. Ради простейшей обработки придется писать много идентичного кода в HTML. Эту работу нужно автоматизировать.

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

28 Довольно популярны<a>формы</a>из фреймворка Symfony. В этом компоненте каждая форма представлена своим классом. Компонент поддерживает валидацию, имеет встроенные механизмы защиты от некоторых атак и многое другое.