AP
мы держали в проекте пару апишек простых
Size: a a a
2021 March 18
AP
нормально себя чувствовали
AP
автоскелинг работал отлично
ИС
как то могу на уровне модели шифровать одно поле модели чтобы при чтении оно выдавалось защифрованное ?
AP
D
был даже пакет
D
просто чувак даже не гуглит
AP
зачем пакет
SJ
Переслано от SHEROZ Juraev
Ребята, привет. Есть, сущность Order и сущности которые могут взаимодействовать с ним Manager, Store, Courier и Customer.
Из-за неправильной мной построенной архитектуры получилось, что для 4-х этих сущностей есть свои отдельные контроллеры и endpoints api, которые делают запрос в БД чтоб получить заказы. И все они практически одинаковы за исключением того, что к ним присоединяется where запрос, например с store_id чтоб получить заказы определённого магазина.
И возникает несколько вопросов:
1. Вынести все эти запросы в отдельный сервис и пусть он фильтрует записи и возвращает уже отфильтрованный записи?
2. И нормально ли такая практика создавать несколько контроллеров? У меня щас аж 4 OrderController-а (два для API и ещё два для dashboard-а) 😐
Из-за неправильной мной построенной архитектуры получилось, что для 4-х этих сущностей есть свои отдельные контроллеры и endpoints api, которые делают запрос в БД чтоб получить заказы. И все они практически одинаковы за исключением того, что к ним присоединяется where запрос, например с store_id чтоб получить заказы определённого магазина.
И возникает несколько вопросов:
1. Вынести все эти запросы в отдельный сервис и пусть он фильтрует записи и возвращает уже отфильтрованный записи?
2. И нормально ли такая практика создавать несколько контроллеров? У меня щас аж 4 OrderController-а (два для API и ещё два для dashboard-а) 😐
ВШ
Переслано от SHEROZ Juraev
Ребята, привет. Есть, сущность Order и сущности которые могут взаимодействовать с ним Manager, Store, Courier и Customer.
Из-за неправильной мной построенной архитектуры получилось, что для 4-х этих сущностей есть свои отдельные контроллеры и endpoints api, которые делают запрос в БД чтоб получить заказы. И все они практически одинаковы за исключением того, что к ним присоединяется where запрос, например с store_id чтоб получить заказы определённого магазина.
И возникает несколько вопросов:
1. Вынести все эти запросы в отдельный сервис и пусть он фильтрует записи и возвращает уже отфильтрованный записи?
2. И нормально ли такая практика создавать несколько контроллеров? У меня щас аж 4 OrderController-а (два для API и ещё два для dashboard-а) 😐
Из-за неправильной мной построенной архитектуры получилось, что для 4-х этих сущностей есть свои отдельные контроллеры и endpoints api, которые делают запрос в БД чтоб получить заказы. И все они практически одинаковы за исключением того, что к ним присоединяется where запрос, например с store_id чтоб получить заказы определённого магазина.
И возникает несколько вопросов:
1. Вынести все эти запросы в отдельный сервис и пусть он фильтрует записи и возвращает уже отфильтрованный записи?
2. И нормально ли такая практика создавать несколько контроллеров? У меня щас аж 4 OrderController-а (два для API и ещё два для dashboard-а) 😐
А чем отличаются эти 4 контроллера?
SJ
А чем отличаются эти 4 контроллера?
Например у одного есть метод привязать курьера к заказу
A
Подскажите вот при таком обращении к класу Person::walk() создается ли новый инстанс класса Person а то интересно стало
ВШ
Например у одного есть метод привязать курьера к заказу
Нет никаких строгих правил. Но что плохо всегда - повторение кода. Если все 4 контроллера содержат методы близнецы, то какой смысл их плодить?
SC
Ambriel
Подскажите вот при таком обращении к класу Person::walk() создается ли новый инстанс класса Person а то интересно стало
Да.
\Illuminate\Database\Eloquent\Model::__callStaticSJ
Но два контроллера отвечают за вьюхи которые работают с интерфейсами. У меня разделение интерфейсы для магазина и менеджера.
SJ
Нет никаких строгих правил. Но что плохо всегда - повторение кода. Если все 4 контроллера содержат методы близнецы, то какой смысл их плодить?
Да, походу перепишу)
SJ
И вынесу все в сервисный слой
ИС
Call to undefined method Illuminate\\Support\\Facades\\Crypt::encryptString()