Николай Шабалин, да, но я думаю что скорость первой загрузки важнее, наличия фоновых запросов. А данное решение как раз загружает только нужные для данной страницы скрипты и стили. Я еще не проводил сравнительные тесты на каком то значимом сайте, но думаю выигрыш в скорости должен быть.
Фоновые запросы можно доработать, не передавать тело без необходимости.
Плюс ко всему обычный кеш браузера не слишком надежен, насколько я знаю, он вытесняется другими сайтами.
Такие пляски может и не нужны, если используется цмс типа битрикса например, где все ресурсы итак должны быть раскиданы по компонентам, но возникает проблема неудобства поддержки. Хотелось бы иметь scss и js где то в отдельной директории, обрабатывать их gulp... А не лазить на 3-5 уровней по компонентам битрикса, особенно если это комплексные... Ищя нужный css чтобы поправить одно свойство. А в варианте выше все собрано в одном месте.
Что думаете по этому поводу?
В json ответе приходит 2 значения. Тело ресурса и отдельно его хеш. Все это записывается в localStorage.
При следующей загрузке страницы, загружается все из кеша, но в тоже время делается запрос на сервер. Снова приходит тело и хэш. Сравниваем, если хеши разные то заменяем ресурс(css/js) на новый.
Смотрели ли вы в сторону нативных es6-модулей?
Еще нет, посмотрю.
HTTP-запросы очень дорогие.
Согласен. Но в любом случае они есть. Независимо от того каким образом подключены ресурсы. И я подумал почему бы не решить до запроса ресурсов, что именно нам необходимо.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.