Как валидировать параметры роута, или как заменить нативный класс Request на свой собственный?

Question

[Алексей Николаев]

Доброго дня.
У меня есть сущность Аккаунта, к которой могут относиться разные другие сущности. Например, Пост. CRUD для Постов выглядит примерно так:
/accounts/{account}/posts/{post}
Соответственно, я проверяю в коде контроллера, принадлежит ли Пост переданному Аккаунту, или нет. Если нет, генерирую ошибку. Данный код повторяется из метода в метод, и я хочу вынести его в отдельное правило валидации.

Однако есть проблема: Laravel не предоставляет возможности валидировать параметры роутов. На StackOverflow рекомендуют перегружать метод all() объекта Request, что я и сделал, создав свой собственный класс App\Http\Request. Однако после этого отвалился DI-контейнер: он внедряет в методы контроллера мой собственный Request вместо нативного реквеста Лары, но без данных внутри. Собственно, код моего Request и контроллера под спойлером.

Код Request и контроллера

namespace App\Http;

use Illuminate\Http\Request as NativeRequest;

class Request extends NativeRequest
{
    public function all($keys = null)
    {
        $results = parent::all($keys);
        // тут бы еще подмешивал route->parameters

        return $results;
    }
}

Пытаюсь внедрить собственный Request, но он пуст.

use App\Http\Request;

class PostsController extends Controller
{
    public function update(Request $request, int $accountId, int $postId)
    {
        return $request->all(); // пусто, при этом POST есть. все работает, если вернуть нативный реквест
    }
}

Как быть? Вопросов два, в зависимости от реализуемости каждого из них.
1. Каков best way для валидации параметров роута, если очень нужно?
2. Как заменить нативный Illuminate\Http\Request на свой App\Http\Request так, чтобы внедрение данного класса происходило корректно?

Comments

[Алексей Николаев]

Максим Федоров, так я и написал, что все работает, если внедрять нативный реквест Лары. Но тогда остается вопрос 1: как валидировать параметры роута? Я создал свой объект Request с одной целью: чтобы метод all() возвращал не только содержимое input() и query(), но еще и route-параметры, которые нельзя получить через all() нативного реквеста.

Чертовски странно, что в Laravel аж до версии 5.7 нет способа валидации параметров роута. Может, это вообще плохая практика? Но вроде как кейс должен быть распространен.

[Максим Федоров]

немного запутался я, попробуйте нормально делать по доке, все должно сработать
В кастомном FormRequest есть: https://laravel.com/docs/5.7/validation#rule-exists

На этой странице документации все есть

Если вложенная сущность, то можно обращаться к ее свойствам так:
'author.description' => 'required',
то есть id для аккаунта, а id поста будет как post.id

[Максим Федоров]

Вообще почему вы не стали делать FormRequest по доке, а свой городить?
Вот дока: https://laravel.com/docs/5.7/validation#form-reque...

[Алексей Николаев]

Максим Федоров, так ID поста в параметрах роута, а не в параметрах реквеста. Его невозможно валидировать штатными средствами, валидатор его не видит. Валидация в Laravel доступна только для POST и GET параметров, а я хочу валидировать то, что в самом url.

[Алексей Николаев]

Максим Федоров, у меня Lumen, там нет form requests. Но тут не суть важно, я думаю.

[Модератор]

Алексей Николаев, дорогой пользователь, настоятельно рекомендуем еще раз обратить самое пристальное внимание на п. 3.1 регламента работы сервиса (и, в особенности, на его последний абзац).
В противном случае, ваши вопросы будут удаляться по причине тег-спама, а систематические нарушения приведут к блокировке учетной записи.

Answer 1

[Alex Wells]

Вот сниппет с моего проекта. Собственно, я обычные реквесты не использую вообще, и вся валидация всегда в FormRequest'е, так что такое мне подходит. Валидировать как обычно - в rules, самыми обычными правилами, только названия параметров должны начинатся с { и заканчиватся на } - это на всякий случай, что бы нечайно не смешать разные параметры.

use Illuminate\Foundation\Http\FormRequest;

abstract class Request extends FormRequest
{
    /**
     * Get data to be validated from the request.
     *
     * @return array
     */
    protected function validationData()
    {
        return $this->all() + $this->routeParameters();
    }

    /**
     * Get route parameters for this request and wrap them into {} each.
     *
     * @return array
     */
    protected function routeParameters()
    {
        return collect($this->route()->parameters)
            ->mapWithKeys(function ($item, $key) {
                return ['{'.$key.'}' => $item];
            })
            ->toArray();
    }
}

Answer 2

[Tronyx]

В файле RouteServiceProvider, добавляем следующее

public function boot() {
		// Кастомные патерны для проверки переменных в имени роута
		// Если не соответствует регулярке - то не будет выполнен запрос к контроллеру
		Route::pattern('slug', SlugRule::$regexp);
		Route::pattern('id', '\d+');
		parent::boot();
	}