RD
чтобы все в 1 методе не говодить а разбить по функциям
Size: a a a
2020 November 05
RD
ладно оставлю как есть лучше
VM
Roman Dykyi
ладно оставлю как есть лучше
ну если твой хендлер может передать юзера как аргумент, то проблем никаких =)
RD
да я вот думаю добавлю юзера а потом еще чтото нада и handler будет раздуватся. пусть лучше не знает о зависимостях а принимает колбек (так более универсально получится)
VM
ну а так то в пыхе нет возможности описать колбек вместе с его аргументами. ты не можешь затребовать в аргумент handler какойто callable который принимает определнные аргументы.
но ты можешь затребовать в качестве аргумента handler некий интерфейс с методом
public function handleRequest(Request $request, User $user,//and list of other arguments)
но ты можешь затребовать в качестве аргумента handler некий интерфейс с методом
public function handleRequest(Request $request, User $user,//and list of other arguments)
VM
или же сделать что-то похожее на parameter-bag с методами has(string $key): bool и get(string $key, mixed $default): mixed
но тут всеравно никаких гарантий, что в том ключе будет лежать именно то, что ты ожидаешь. да и вообще ,что ключ будет =)
потому замыкания выглядят куда как надежней, хотя возможно не так красиво как могли бы
но тут всеравно никаких гарантий, что в том ключе будет лежать именно то, что ты ожидаешь. да и вообще ,что ключ будет =)
потому замыкания выглядят куда как надежней, хотя возможно не так красиво как могли бы
RD
да я понял суть, но пока оставлю так. спасибо за совет
VM
Roman Dykyi
да я понял суть, но пока оставлю так. спасибо за совет
если ты не хочешь все замыкания держать в одном месте, то т можешь их разложить по разным сервисам, которые вернут замыкание
типа RequestHandlerProviderInterface::getRequestHandler(): callable
типа RequestHandlerProviderInterface::getRequestHandler(): callable
VM
у тебя будет много таких классиков, который возвращают замыкание
A
Roman Dykyi
вот и я колупаюсь с этим и не могу красиво сделать
global $user; =)
А если серьезно, то не получится. Неанонимные функции же создаются на момент компиляции пхп в байткод.
А если серьезно, то не получится. Неанонимные функции же создаются на момент компиляции пхп в байткод.
RD
Подумаю над интерфейсом, вроде норм идея. Спасибо
KN
global $user; =)
А если серьезно, то не получится. Неанонимные функции же создаются на момент компиляции пхп в байткод.
А если серьезно, то не получится. Неанонимные функции же создаются на момент компиляции пхп в байткод.
и да, и нет
KN
зависит от того, где именно и как они создаются
A
зависит от того, где именно и как они создаются
А можно развернуть эту мысль?
KN
в момент компиляции только если они в корне
KN
если внутри ифов или где ещё, то в рантайме
KN
тоже самое и с классами, к слову)
KN
return 42:
function a() {}
момент компиляции, а значит функция будет объявлена, невзирая на ретурн
KN
а если её в if(true) поместить, то не будет
KN
ну это уже я капитаню