Что происходит в браузере
Клиентская часть отвечает за то, что человек видит и как взаимодействует со страницей. Структура содержимого, оформление, поведение кнопок и показ состояния формы относятся к этой области. В вебе для этого используются разметка, стили и программный код. Работа включает также доступность интерфейса и поведение на разных размерах экрана. Представим форму записи в вымышленную мастерскую. Человек выбирает дату, а рядом появляется пояснение о времени. После нажатия кнопки интерфейс показывает ожидание ответа. Эти изменения могут происходить в браузере, но сами по себе ещё не подтверждают, что запись сохранена. Надпись об успехе должна соответствовать реальному результату обработки, иначе удобный с виду экран вводит в заблуждение.
Что проверяет серверная часть
Сервер получает запрос, проверяет данные и определяет, какое действие допустимо. В нашем примере ему нужно выяснить, существует ли выбранное время и можно ли создать запись. При необходимости он обращается к хранилищу данных и возвращает результат. Конкретная архитектура может быть сложнее, но для первого разбора достаточно этой границы ответственности. Проверка в браузере помогает быстрее показать ошибку, однако не заменяет серверную проверку. Сервер не должен считать входящие сведения правильными только потому, что их обычно отправляет предусмотренная форма. Даже корректно заполненный запрос может столкнуться с изменившимся состоянием: пока человек выбирал время, его занял другой участник. Поэтому ответ об отсутствии места должен быть понятен интерфейсу.
Выбирайте интересующую задачу и изучайте связь
Если вам интересно, как человек находит нужное действие и понимает состояние страницы, присмотритесь к клиентским задачам. Если привлекают правила обработки, связи данных и согласованность результатов, исследуйте серверную сторону. Это ориентиры для знакомства, а не тест на врождённую пригодность. Интерес и навыки могут меняться по мере практики. Работа на обеих сторонах требует понимать их взаимодействие. Нужно согласовать, какие сведения передаются, как описываются ошибки и что считается успешным завершением. Название полной специализации не означает, что один человек автоматически знает всё об инфраструктуре, безопасности и интерфейсах. Полезнее уметь обозначить границы своей задачи и проверить, что соседние части понимают результат одинаково.
Попробуйте на практике
Нарисуйте работу вымышленной формы записи на бумаге, без регистрации, сервера и отправки настоящих данных.
- Создайте три области: браузер, обработка запроса и хранилище записей. Разместите в первой выбор даты и кнопку, в третьей условное расписание.
- Проведите стрелки для запроса и ответа. Подпишите, какие вымышленные сведения нужны для проверки времени и какой результат возвращается при успехе.
- Добавьте случай, когда выбранное место уже занято. Отдельно опишите решение серверной части и сообщение, которое должен увидеть человек в браузере.
- Выберите одну клиентскую и одну серверную задачу, которые вам интересно исследовать дальше. Для каждой запишите конкретный результат работы и способ его проверить.
Как проверить результат. На схеме нажатие кнопки отделено от подтверждённого сохранения. Есть путь успешного ответа и понятной ошибки, а каждая часть отвечает за определённые действия.
Частые вопросы
Можно ли начать с клиентской части и позже перейти к серверной?
Да. Для первого знакомства полезно выбрать ограниченную задачу, но сохранять представление о полном пути запроса. Переход не требует считать первоначальное направление ошибкой.
Почему сообщение об успехе нельзя показывать сразу после нажатия?
Нажатие ещё не подтверждает результат операции. Если действие зависит от сервера, интерфейсу нужно учитывать его ответ и возможную ошибку, а состояние ожидания показывать отдельно.
Самостоятельный разбор темы. Содержание конкретной обучающей программы здесь не представлено.