Следует ли минимизировать библиотеку, используемую исключительно пользовательскими скриптами?

В своих пользовательских скриптах я часто использую @require - самописную библиотеку javascript. Мне интересно, какую нагрузку это создает. Загружается ли библиотека (повторно) каждый раз при выполнении пользовательского скрипта? Или он только первый раз загружается, а потом кешируется? Будет ли его минимизация иметь существенное значение?

Я смотрел tampermonkey docs, но они не вдавались в подробности об этом. Они только утверждают, что библиотека "загружается и выполняется до того, как сам скрипт начнет работать".

Насколько важно минимизировать эту библиотеку? Поскольку я довольно часто вношу изменения в библиотеку, я бы предпочел избежать лишнего шага по ее уменьшению каждый раз. Каковы преимущества и недостатки минификации такой библиотеки?

Поскольку я собираю довольно много близких голосов, «основанных на мнениях», не поможет ли я, если я перефразирую вопрос «Каковы (недостатки) преимущества минимизации библиотеки, используемой только пользовательскими скриптами»?

Aran-Fey 16.05.2018 12:55

Аран-Фей, может. Но я видел, что некоторые из таких фраз тоже закрываются. Во всяком случае, этот вопрос заслуживает внимания в моем мнение.

Brock Adams 16.05.2018 20:42
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Улучшение производительности загрузки с помощью Google Tag Manager и атрибута Defer
Улучшение производительности загрузки с помощью Google Tag Manager и атрибута Defer
В настоящее время производительность загрузки веб-сайта имеет решающее значение не только для удобства пользователей, но и для ранжирования в...
Безумие обратных вызовов в javascript [JS]
Безумие обратных вызовов в javascript [JS]
Здравствуйте! Юный падаван 🚀. Присоединяйся ко мне, чтобы разобраться в одной из самых запутанных концепций, когда вы начинаете изучать мир...
Система управления парковками с использованием HTML, CSS и JavaScript
Система управления парковками с использованием HTML, CSS и JavaScript
Веб-сайт по управлению парковками был создан с использованием HTML, CSS и JavaScript. Это простой сайт, ничего вычурного. Основная цель -...
JavaScript Вопросы с множественным выбором и ответы
JavaScript Вопросы с множественным выбором и ответы
Если вы ищете платформу, которая предоставляет вам бесплатный тест JavaScript MCQ (Multiple Choice Questions With Answers) для оценки ваших знаний,...
0
2
78
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

Это вопрос мнения; и, увы, здесь, на Stack Overflow, не одобряют «основанные на мнении» вопросы (часто по уважительной причине).

Кроме того, меняются точные данные о том, как часто проверяется сценарий. Но вот как это обычно / предполагается / используется:

  1. Когда скрипт установлен, библиотека @require извлекается и сохраняется на диск (в настоящее время хранится как часть данных расширения в базе данных LevelDB).
  2. Когда Строка @require изменена, скрипт обновляется.
  3. (¿Может быть?) Скрипт перепрошивается, если сам скрипт обновлен (версия меняется)
  4. Когда-то Tampermonkey мог загружать сценарий при каждом запуске сценария ?!
  5. Tampermonkey используется для получения сценариев @required с URL-адресами file:// при каждом запуске в качестве помощи разработчикам. Но это перестало работать, и я не знаю, каков текущий статус.

Дело в том, что номинально требуемый файл (с внешним URL-адресом) должен запускаться с диска или кеша и быть очень быстрым.

Итак, компромиссы:

Не сворачивайте, потому что:

  • Обычно в сценарии пользовательского скрипта разницы в производительности нет.
  • Скрипты легче отлаживать.
  • Меньше шагов в процессе разработки / развертывания.

Сверните, потому что:

  • Сценарий @required имеет большую базу для установки, и нагрузка на сервер хостинга вызывает беспокойство.
  • Размер файла достаточно велик, чтобы свести его к минимуму, чтобы сэкономить много места, скажем, 100 КБ.
  • Файл также используется «нормально» (например, по тэгам <script>), поэтому пропускная способность гораздо важнее. (Не у всех есть высокоскоростные соединения и т. д.)
  • Вы хотите, чтобы кому-то было немного сложнее «украсть» ваш драгоценный код. (Эта причина указана для полноты, я не рекомендую ее.)

Другие вопросы по теме