IK
Size: a a a
2019 October 13
IK
Например как-то так. Возможно что-то подобное?
IK
Да, весьма жирно получается. Так что буду строго искать путь URL пользователя в базе, и под него динамически регистрировать машрут.
ИС
тю, а почему бы не создать slug controller? и из него уже пускать реквест дальше куда-то
ИС
в зависимости от того, какая сущность
IK
тю, а почему бы не создать slug controller? и из него уже пускать реквест дальше куда-то
Это примерно то, что я и сделал, но не как контроллер, а как компонент) И не пускаю, а оставляю всего 1 маршрут, в зависимости от path)
IK
Илья, как я могу красиво передать запрос дальше, подскажи пожалуйста, по твоей схеме)
IK
app('App\Http\Controllers\SubjectController’)->show();
IK
По такому принципу?
ИС
if (/* post */) {
return app()->call(PostController::class, 'show');
}
return app()->call(PostController::class, 'show');
}
IK
Не очень найс)
IK
if (/* post */) {
return app()->call(PostController::class, 'show');
}
return app()->call(PostController::class, 'show');
}
Ой-ой, а третьим параметры могут заходить?
IK
Спасибо! Обязательно использую это)
ИС
глянь сигнатуру
ИС
app('App\Http\Controllers\SubjectController’)->show();
этот вариант без di
IK
Очень полезный совет, спасибо)
ИС
if (/* post */) {
return app()->call(PostController::class, 'show');
}
return app()->call(PostController::class, 'show');
}
этот - с
ИС
в контроллерах di используется, когда реквест из роутинга приходит
IK
Перфект! Спасибо. Так и поступлю)
ИС
if (/* post */) {
return app()->call(PostController::class, 'show');
}
return app()->call(PostController::class, 'show');
}
так что грубо говоря с таким вариантом мы ничего не должны потерять