не надо ставить все, если 80% не надо, то это никогда не поставится-экономия времени и памяти,
и скорость выше. Так вот идея оттуда. Надо сделать менеджер фреймворка/либы- допустим есть FW
700кб с 50 функции и переменных, 50-90% вам никогда не надо, так зачем грузить его весь???
Но просто так найти ненужные и удалить задача нереальная - какие-то могут использоваться
каскадно и по условиям и редко, лучше не рисковать, а то вылезет неожиданный глюк из-за того
что удалили нужное.
Менеджеру на питоне/пхп/ноде даем этот FW- он вытаскивает все ф-ии оттуда и помещает в отдельные
файлы- имя_FW_имя_ф-ии, сжимает их походу, плюс делает скрипт на js - имя_FW_loader.js
в HTML его будем вызывать вместо обычного. Что этот лоадер делает.
У него есть эти все переменные и функции но с заглушками - если ф-я не определена выше, не
важно где и кем, то определяет, но вместо тела - загрузчик файла и выполнение-делается через
createElement('script').src= но на самом деле это тоже ф-я- загрузить+исполнить+обработать
ошибки-нет-файла-неполный-таймаут. и по окончании вызвать калбек. Есть у меня уже такая.
Также ведется статистика в локалсторе - какие ф-ии использованы. потом можно погонять в
осн. режимах выяснить какие часто вызываются и слить их в один файл чтобы меньше запросов
было, а остальные будут также загружаться при первом вызове. Этот файл-FW_mini.js загружать
через defer а потом уже имя_FW_loader.js - он на уже определенные ф-и заглушки ставить не будет.
Вобщем идея сыровата, но думаю принцип понятен- грузим не весь, а часть, остальное по
первому требованию. В итоге быстрее, памяти меньше надо будет, но надо проверить.
Еще можно засунуть в PNG там сжато zip сразу и размер меньше в 2-5 раз, потом
через канвас вытащить код и исполнить, кстати там можно не только скрипты хранить,
а вообще весь сайт :) Такой скрипт у меня тоже есть, но это как бы код не открытый,
смотреть и править надо спец прогами и засовывать туда тоже не просто.
эээ.... Модули? https://learn.javascript.ru/modules
это все уже реализовано в webpack, он досточно хитер и умеет такое делать, если его правильно сконфигурировать, но это упирается в один малоприятный файт - бекенд и фронтенд должны быть на js (nodejs), иначе эффективность подобного подхода резко падает из-за невозможности нормально отследить стеки вызовов функций
Обсуждают сегодня