Как в ларавель собирать ресурсы для страниц?

Question

[Захар Морозов]

В ларавель есть замечательная вещь - elixir. Но как я понял, она лишь с радостью засунет все в один большой bootstrap.css или .js файл. А разных модулей на сайте может быть множество, например: профили, авторизации, какие-то блоги, админки и т.д. Не верится мне, что ничего еще придумали, ну кроме БЕМА, разумеется. Ну да, пару раз можно и ручками прописать эти наборы, но сдается мне, что это плохая практика.
Сам по себе laravel, вроде, в основе своей держит разграниченный подход. Так как же быть со сборкой?

Answer 1

[Александр Аксентьев]

смысл сборки собрать всё в один файл. В большинстве случаев по крайней мере.
Чтобы не терроризировать сервер запросами, а так же чтобы не было никаких мельканий при загрузке доп. стилей.
И в целом время загрузки сокращается за счет уменьшения количества http запросов.

Модули-то вам никто не мешает делать разные в разных файлах, но собирать в один полезно и нужно. Если там конечно не на 10 мегабайт JS скриптов.
Тогда надо отдельно собирать уже по "необходимости" и функциональности: https://laravel.com/docs/5.3/elixir#working-with-s...

elixir(function(mix) {
    mix.scripts(['app.js', 'controllers.js'], 'public/js/app.js')
       .scripts(['forum.js', 'threads.js'], 'public/js/forum.js');
});

Comments

[Захар Морозов]

Ребята из Яндекса с вами не согласятся, увы. Собирать все в один файл надо, но в пределах нужного функционала. Нынче страницы чуть ли не целые приложения, а то и того гляди. Вот не нужен на этой странице уже жирный jquery (ну так, для примера, ничего он не жирный), так зачем же его тащить? А если пользователь никогда и не попадет на ту страницу, где нужен jquery? Правильно, эффект тот же, он походит и накэширует себе в браузер всего, но, скорее всего, без излишков. Ну всегда же есть всякие там enb и webpack'и. Возможно, я не так обрисовал и делается это совсем иначе. Но, вроде, 2к16 и кругом компонентный подход ажно. Ну просто не могли не придумать ничего под нужды ларавеля, от того я и спрашиваю.

[Александр Аксентьев]

Захар Морозов:
> А если пользователь никогда и не попадет на ту страницу, где нужен jquery?
для той страницы его можно и не подключать, в чем проблема добавить пару условий при выводе скриптов на страницу? К сборке и компонентности это вообще не относится.

Только с трудом представляю себе страницу на которой нет JS в "2к16". Если вы используете bootstrap, то вам уже на каждой странице нужно подключать его js+jquery, хотя бы чтоб меню развернуть на мобильном устройстве/маленьком экране.

для того чтобы не тянуть кучу всего, а только то что надо используется какой-нибудь requirejs, который подтягивает только нужные скрипты для страницы.
Но собрать-то их нужно и можно через elixir тот же в случае с laravel.
По сути вопрос сборки JS к laravel относится чуть более чем никак. Ларавел это не фронтенд фреймворк. Он просто дал возможность в пару строк собрать стандартные ресурсы для сайтов которые на сервере "рендерятся".

А у вас вопросы в сторону как раз "целых приложений", для которых jquery уж точно не надо использовать. Ибо более менее серьезная работа и компонентный подход нужны для приложений с огромной кучей логики на фронте. Гораздо больше чем валидация форм и дейтпикер с галереей.

[Agent Gus]

Александр Аксентьев,

для того чтобы не тянуть кучу всего, а только то что надо используется какой-нибудь requirejs, который подтягивает только нужные скрипты для страницы.

в LARAVEL`е как я заметил в интернете используют разные способы для разделения js скриптов на сайте.

1. Пихать все в одний main.js, а если в коде есть проверка формы на определеной странице, то делать if (window.location.href=""), ну вы поняли, я так думаю это не правильно
   
2. В Blade на разных страницах использовать < sscript > , ну такое себе
   
3. Все писать в vue components и подключать на странице
   

В интернете выше эти варианты очень популярны, но я считаю это не совсем правильно.
Как вы посоветуете это реализовать, чтобы js работал на определенных страницах и без костылей? Примерчик есть?