Size: a a a

2020 April 22

EG

Egor Gruzdev in Laravel Pro
Roman Kolosov
конечно не факт, но по моему очень даже факт
"курящие" где у вас тут Observer или дайте определение что в данном случае вы называете Observer-ом
—-
для меня Observer в рамках Laravel - это https://laravel.com/docs/7.x/eloquent#observers
источник

ИЛ

Иван Лещенко... in Laravel Pro
Vyacheslav Prokosa
в чем плохизна фасадов лары?
Неявное внедрение зависимости
источник

VP

Vyacheslav Prokosa in Laravel Pro
и что
источник

ИЛ

Иван Лещенко... in Laravel Pro
Egor Gruzdev
"курящие" где у вас тут Observer или дайте определение что в данном случае вы называете Observer-ом
—-
для меня Observer в рамках Laravel - это https://laravel.com/docs/7.x/eloquent#observers
Не тот скрин
источник

ИЛ

Иван Лещенко... in Laravel Pro
Vyacheslav Prokosa
и что
DI юзаешь?
источник

RK

Roman Kolosov in Laravel Pro
Иван Лещенко
Ты согласен что фасады плохо?
фасады да, то как я строю прохождения пути от реквеста до респонса нет, обязательно придумаю нормальный пример использования сервиса в проекте и внедрю
источник

RK

Roman Kolosov in Laravel Pro
надо только локализацию доделать форм реквесты и фронт допилить
источник

EG

Egor Gruzdev in Laravel Pro
Vyacheslav Prokosa
в чем плохизна фасадов лары?
Facade == global $DB
источник

ИЛ

Иван Лещенко... in Laravel Pro
Egor Gruzdev
Facade == global $DB
+
источник

ИЛ

Иван Лещенко... in Laravel Pro
Впрочем, DI с синглтонами тоже
источник

RK

Roman Kolosov in Laravel Pro
для меня использование сервиса уместно в следующих случаях
- вызов стороннего апи
- вызов обработчиков каких то сверх мудренных взаимодействий, это опять же апи
источник

RK

Roman Kolosov in Laravel Pro
просто не надо путать апи и рест апи
источник

EG

Egor Gruzdev in Laravel Pro
Иван Лещенко
Впрочем, DI с синглтонами тоже
это ты про PHP-DI, там все по умолчанию singlton
источник

EG

Egor Gruzdev in Laravel Pro
Roman Kolosov
просто не надо путать апи и рест апи
Сервис разве не является своего рода внутренним API приложения
источник

ИЛ

Иван Лещенко... in Laravel Pro
Roman Kolosov
для меня использование сервиса уместно в следующих случаях
- вызов стороннего апи
- вызов обработчиков каких то сверх мудренных взаимодействий, это опять же апи
Слой запросов вызывает сервис с данными из запроса, сервису посрать откуда пришли данные, сервис вызывает маленькие сервисы в зависимости от того, что мы делаем, и т.д. При этом каждый из этих сервисов не может ходить наверх, только вниз.
источник

RK

Roman Kolosov in Laravel Pro
Egor Gruzdev
Сервис разве не является своего рода внутренним API приложения
они являются интерфейсами
источник

EG

Egor Gruzdev in Laravel Pro
Roman Kolosov
они являются интерфейсами
пппппппппппппппппппппппппппуууууубубубубубыф
источник

J

Jeen in Laravel Pro
Vyacheslav Prokosa
и что
Сильная связность, сложности с тестированием, нет разделения интерфейса и реализации
источник

ИЛ

Иван Лещенко... in Laravel Pro
Roman Kolosov
они являются интерфейсами
Сервис как бы API твоего приложения. Потому и есть деление на public protected и private методы.
источник

RK

Roman Kolosov in Laravel Pro
у любого приложения уже есть апи, задача сервиса данные с твоего приложения кинуть туда, обработать и получить респонс, ну тут схема разная может быть
источник