Как прописать интерфейс с учётом splat?

Роут:

PHP:

1. return function (App $app) {
2.  
3.     $app->get('/{id:\d+}', ExampleAction::class);
4. };

Обработчик:

PHP:

1. readonly class Handler implements HandlerInterface
2. {
3.     public function __construct(
4.         private ContainerInterface $container,
5.         private RouteResult        $routeResult
6.     )
7.     {
8.     }
9.  
10.     public function handle(Request $request): Response
11.     {
12.         return call_user_func(
13.             $this->container->get($this->routeResult->getAction()),
14.             $request,
15.             new Response(),
16.             ...$this->routeResult->getParameters()
17.         );
18.     }
19. }

Теперь я хочу, чтобы везде в экшенах каждый раз не писать вручную внедрение Request и Response, написать интерфейс:

PHP:

1. interface ActionInterface
2. {
3.     public function __invoke(Request $request, Response $response): Response;
4. }

В итоге имеем такой вот экшен:

PHP:

1. class ExampleAction implements ActionInterface
2. {
3.     public function __invoke(Request $request, Response $response, int $id): Response
4.     {
5.         var_dump($id);
6.  
7.         return $response;
8.     }
9. }

Ошибка: должно соответствовать интерфейсу

Как помирить экшен с интерфейсом, учитывая splat?

p.s. я могу не сплатом передать массив в интерфейс, который тупо совпадёт с массивом экшена, но есть желание именно сплатом доставать переменные, без обработки массива в экшене, ну и чтобы его не прописывать, если работы с ним не будет - пустой

 

@artoodetoo вообще-то да, хак, облегчающий, вылазит вилами, ведь может быть и не __invoke

кстати если сплатовому параметру задать дефолт, то работает, но мне не нравится дефолт, потому что тогда паттерн решает наличие роута, а он же может быть необязательным

отказался от интерфейса экшену, повёлся на автокомплит IDE при имплементации, если не будет шторма, то всё одно руками писать

затупил

лан порешали, в топку интерфейс запроса и ответа

 

@artoodetoo вопрос небольшой по дефолту: а это вообще нормально если так делать, работать работает, но интуитивно посещают сомнения в правильности такого подхода:

PHP:

1. interface ActionInterface
2. {
3.     public function __invoke(Request $request, Response $response): Response;
4. }
5.  
6. class ExampleAction implements ActionInterface
7. {
8.     public function __invoke(Request $request, Response $response, int $id = 0): Response
9.     {
10.         var_dump($id);
11.         return $response;
12.     }
13. }

Имеет такое право на жизнь?

 

@artoodetoo принято