Русское сообщество разработки на PHP-фреймворке Laravel.
Ты не вошёл. Вход тут.
Страницы 1
Объясните, почему логика стандартной аутентификации в laravel описана в контроллере? Почему не используется сервис? И правильно ли использовать дефолтную аутентификацию, или лучше описать свою, либо есть популярные пакеты? Как поступаете вы?
Не в сети
- почему логика стандартной аутентификации в laravel описана в контроллере?
Изменено VitalN (27.07.2016 12:34:34)
Не в сети
Ну не знаю, по-этому и спрашиваю. Там прямо в контроллере юзаются трейты, юзер создаётся тоже в контроллере, как и валидируются данные.
Не в сети
аутентификация, - это не конечный продукт. задумка на развитие функционала.
Не в сети
аутентификация, - это не конечный продукт. задумка на развитие функционала.
В том то и дело, каким образом можно вменяемо расширять функционал? Переопределять методы трейтов? Это же бред!
Зачем тогда в Laravel существует сервис контейнер? К тому же так нарушается SOLID принцип open-closed. Почему нет базового интерфейса, который бы реализовал класс стандартной аутентификации? И при желании мы бы реализовывали его как угодно (допустим класс SocialAutentication, который реализовывал бы AutenticationInterface), я это вижу так. В чём я не прав?
Не в сети
В том то и дело, каким образом можно вменяемо расширять функционал?
всё что в папке app - можно править без оглядки на обрушение того что в папке vendor
Не в сети
Не в сети
Не в сети
Страницы 1