Как в Laravel 5.7 удобным образом разместить все файлы шаблонов в отдельной подпапке views?

Question

[Роман]

Здравствуйте.

Суть вот в чем:

я хочу сделать дизайн проекта в виде отдельной "темы" (вроде как в WordPress), чтобы не переписывать уже созданные с помощью, например, make:auth и пр. шаблоны, а просто в отдельной папке сделать новые.

Но прописывать для каждой вьюхи новый путь (в контроллере или роутере) - это боль. Хочется как-то сделать более централизованно, и чтобы менять легко было и чтобы такое изменение не вызвало потом новые проблемы, в общем, по уму. И я не знаю как это сделать.

Мне в смежном топике посоветовали:

делайте свою имплементацию ВьюКомпоузера поверх существующей, что бы она автоматически включала в путь нужную вам тему

и

ничего гуглить не надо, ибо маловероятно, что найдете. Но можете попытатся: "laravel ViewComposer override" или подобное. Обычный ООП + ioc laravel.

но я в Laravel - новичок, и для меня это звучит вроде как "авада кедавра".

Ткните пожалуйста пальцем, что и где надо прописать, чтобы Laravel брал вьюхи для

Auth::routes(['verify' => true]);
не в
resources/views/auth
а, скажем, в
resources/views/mytheme/auth
или вроде того.

Большое спасибо.

Comments

[Alex Wells]

ViewComposer (название не точное, ищите такое или похожее) ищите в /vendor, с помощью IDE. Ищите метод, который отвечает за поиск шаблона (по комментам, параметрам методов и коду ориентируетесь). Потом идете в свой проект, создаете класс, наследуете найденный ViewComposer, переопределяете нужный метод, добавляете из конфига текущую тему в путь, вызываете оригинальный метод.

Ну и в конце концов ищите, не создается ли инстенс этого класса где-то в /vendor. Если используется IoC (гуглите), то все отлично, и вы можете пойти в свой AppServiceProvider и сделать $this->app->register(ViewComposer::class, MySuperPuperViewComposer::class)

Если тут уж что-то не понятно, то либо гуглите, либо не лезьте пока что в это. В принципе, тут кроме базы ООП и одной страницы доков laravel знать больше ничего не нужно, и, опять же, если вы этого не знаете - выучите, это не сложно.

Answer 1

[gomer1726]

Самый примитивный метод это просто подставлять префикс
Контроллер

private $viewPath = 'site';

//просто подставляешь
return view($this->viewPath . 'index');

И так у каждого контроллера свой путь, но конечно поищи еще это не самый оптимальный вариант
UPDATED
Идешь в config/view.php

'paths' => [
        resource_path('views') . 'сюда свой путь',
    ],

и обязательно после этого
php artisan config:cache
php artisan cache:clear
и все

Comments

[Роман]

Последний вариант - классный! :)

А можно ли как-то вынести 'сюда свой путь' в корневой файл .env ? Типа:

CURRENT_THEME=mytheme

а потом это mytheme как-то подхватить в config/view.php?

[gomer1726]

procode, тогда будет вот так

'paths' => [
        resource_path('views') . env('CURRENT_THEME'),
    ],

[Роман]

gomer1726, спасибо!

Answer 2

[Wentixon]

Во-первых, надо сказать, что на ларавель проектах это требуется довольно редко, это все же не cms, если же будет редизайн серьезный, то в любом случае скорее к старому вы уже не вернётесь. Если юзает git, то всегда можно откатиться к старому дизайну. Но опять же, меняется дизайн и скорее всего часть функционала тоже поменяется и этот функционал не будет совместим со старой темой.

Во-вторых.. если все же нужно это сделать (единственный вариант когда это действительно нужно вижу примерно такой: днём одна тема, ночью другая. Как то так), просто в конфиге делаете соответствующий ключ, в базовом контроллере, от которого наследуются все остальные делаете метод view, где уже определяете полный путь до вьюхи с темой. Или же делаете трейт, в котором опять же такой метод создаёте. Вот собственно и все

Comments

[Роман]

в базовом контроллере, от которого наследуются все остальные делаете метод view, где уже определяете полный путь до вьюхи с темой

а где можно узнать об этом подробнее?

потому что слова вроде все понятны, но смысл опять-таки: "авада кедавра" -)

[Wentixon]

procode, читай доку и больше пробуй, будет намного понятней. Это как кто то спросит тебя, как понять как юзать функции в программировании?

Config

protected function view($view) {
    return view(config('theme_path', 'default-theme') . '.' . $view);
}

вот, делаешь эту функцию или в контроллере, от которого наследуешься, либо в трейте, который будешь подключать.

потом в контроллере вместо вызова функции view вызывай этот метод - $this->view('my-view')