A
Проблемы описанные в книге можно решить событиями
да я просто примера ради.
Size: a a a
2020 February 27
ИЛ
И ты уже наследуешься от его класса исключительно ради того, чтобы прочитать это проперти
A
Кстати, дизайнеры языка программирования Kotlin, судя по всему, думают также и решили сделать классы в своём языке финальными по умолчанию. Чтобы сделать наследование возможным необходимо использовать ключевое слово 'open' или 'abstract':
open class Foo {}
Мне нравится это.
open class Foo {}
Мне нравится это.
И
а для бизнес логики все в отдельные классы, одно действие - один класс
посмотри - как здесь?
И
ИЛ
Это другой случай
ИЛ
Если логика где-то повторяется - да, лучше вынести
И
Это другой случай
нифига
ИЛ
нифига
Ну я пишу апи-онли приложение
E
посмотри - как здесь?
не это плохой подход
ИЛ
Смысл выносить круд за контроллер?
ИЛ
Если контроллер для сущности всего один
И
не это плохой подход
да там сразу пример - как обычно пишут, а дальше полистай - там как предалагется! ну глянь
E
не это плохой подход
а нет в конце норм
И
И
а нет в конце норм
@sequeller говорит - на любителя такое
И
я снова растерялся
E
смысл в том что у тебя есть action - CreateUserAction
class UserController
public function store(CreateUserAction, Request $request)
$action->execute($request->validated())
class UserCommand
public function handle(CreateUserAction $action)
$action->execute($this->arguments())
class UserController
public function store(CreateUserAction, Request $request)
$action->execute($request->validated())
class UserCommand
public function handle(CreateUserAction $action)
$action->execute($this->arguments())