Протокол HTTP модель запрос-ответ: «Логин пользователя», чтобы описать сцену
Шаг один: клиент инициирует запрос на действия интерфейса API слоя: введите имя пользователя и пароль в клиенте, нажмите на запросе авторизации отправляются.
Шаг два: апите прием запроса пользователя по инициативе клиента, апите бизнес-логику проверкой, которая проверяет, что имя пользователя и пароль является законными, такими как: требования имени пользователя должно быть реальный телефонный номер (№ 1, начиная с 1, два, 34578) Если аутентификация завершается неудачно, имя пользователя, которое не является законным, то время, необходимое клиенту возвращает код ответа. Этот ответ является пользовательским кодом, такой код представляет собой имя пользователя 1,2,3,1 неправильного формат, представляет собой имя пользователя или пароль неверен, формат ошибка представляет пароль (Обратите внимание, что они могут быть проверены на переднем конце проверке). Если проверка прошла успешно, то данные будут введены в апи пользователя отправляется на дб слой, база данных будет ли создавать, читать, обновлять, удалять операции (независимо от того, насколько сложной бизнес-логики, уровень базы данных, чтобы сделать это четыре операции) запрос к базе данных успешно возвращает 1 не удалось вернуть 0.
Третий шаг: количество записей запрос к базе данных DB возвращается к API (в данном сценарии авторизации, база данных возвращает 1 или 0, так как имя пользователя не совпадают с именем, если запрос успешен, количество квалификационных 1, то запрос не удается, он возвращает 0).
Шаг четыре: апи возвращает успех или неудачи коду состояния клиента.
Шаг пять: Информация о клиенте возвращается к пользователю.