Аутентификация в Lumen: Middleware vs Provider?

Question

[Иван Воробей]

Для аутентификации в документации Lumen предложено использовать Provider. При этом используется и Middleware.
В Provider необходимо реализовать получение пользователя из БД, а в Middleware просто проверить пользователя и сделать ответ, если пользователь не найден.

Почему не объединить работу в Middleware?
Какой практической цели служит Service Provider?

Answer 1

[D']

Почему не объединить работу в Middleware?

Service Provider и Middleware отвечают за разные вещи. И один не заменяет второй.
Разделение ответсвенности.

Какой практической цели служит Service Provider?

Service Provider умеет делать только что, что от него необходимо. В нем вся логика работы.
Middleware содержит логику для работы с запросом, оно не знает КАК ИМЕННО авторизовывать пользователя. Оно знает что нужно дернуть AuthServiceProvider::guest(), например, и в зависимости от результата пропустить запрос дальше или прервать его.

Для простых приложений это не критично, можно хоть один GodObject на всё сделать, и оно будет работать.
Нужно мысль в плане расширения функционала.

Comments

[Иван Воробей]

Если я правильно понял, Service Provider работает с данными: поулчает пользователя, выдирает какую-то инфу из его записи, обновляет записи в БД и т.д. Получается он что-то вроде реализации запроса.
А Middleware на основе запросов может прервать выполнение.

На практике: Service Provider аунтифицирует пользователя, достает его из БД и предоставляет инфу. Если его нет - возвращает большое и красивое ничего :)
Middleware же смотрит, выполнил ли работу Provider, и если все в норме пропускает запрос дальше.

Если изменится логика аунтификации - Middleware останется тем же.

Как вывод: Middleware не работает с БД, а работает с абстракцией.

Answer 2

[Nick Murzin]

Потому что называется HTTP Middleware. Т.е. мидлавейр ничего не знает о вашей базе данных и тп