AP
какого профита?
Size: a a a
2020 March 05
E
профиля
И
каждый прав по-своему, конечно. Может надо и то и то попробовать
https://medium.com/@remi_collin/keeping-your-laravel-applications-dry-with-single-action-classes-6a950ec54d1d
https://medium.com/@remi_collin/keeping-your-laravel-applications-dry-with-single-action-classes-6a950ec54d1d
E
включение 2х факторки три
E
выключение 2х факторки четыре
AP
профиль это отдельная сущность?
И
это варинт за акоторый топит Евген
E
удаление пользователя - 5
мн
выключение 2х факторки четыре
Это бизнес логика, а речь про обязанность сущности
мн
crud - это обычно одна обязанность уровня той-же модели, твои команды не отсносятся к этому уровню, они уже абстрагируют вокруг него
Ф
Я представляю миллиардное количество классов ради 1 функции в миллиардных папок
E
да блин крад это ваще самый простой вариант
мн
Я и говорю, что ты абстрагируешь уже бизнес логику, а не сущности
мн
Тут не корректно уже говорить о "create update"
E
а разве вы в сервис классах не безнес логику пишите ?
AP
пишем, но эта бизнес логика отвечает только за "свою работу"
мн
Я не спорю что лучше, просто вы о разных вещах будто говорите и друг друга не понимаете
E
ну create, update, delete - у каждого своя логика