Веб-исполнение – это часто упущенная из виду метрика сайта компании. Он оттолкнулся к задней части очереди в предпочтении внешнего вида, макета и темы сайта. В то время как эти области сайта являются важными аспектами опыта вашего посетителей, плохой веб-сайт погрузки и выполнения заставит их покинуть свой сайт, прежде чем он загружен. Это означает, что все время и усилия, затрачиваемые на создание великого и убедительного пользовательского опыта, не было.
Согласно Исследование, проведенное Google в 2017 году Как время загрузки страницы идет от 1 секунды до 3 секунд, вероятность, что навигация пользователя, увеличивается на 32%. Выполнение вашего сайта гарантирует, что посетители получают прекрасно разработанные команды опыта, потратили много часов.
Если вы 3-й Party SaaS-поставщик, производительность важнее. Предприятия хотят использовать ваш сервис, но если это причина проблем с производительностью на их сайте, они будут стремиться заменить ваш сервис как можно скорее.
На Кетк Одним из наших главных приоритетов является обеспечение наших библиотек настолько оптимизированной, поскольку они могут быть для производительности.
Вот 4 способа, которые мы используем, и поэтому вы можете оптимизировать наши библиотеки, чтобы убедиться, что они не мешают загрузке и производительности сайтов и приложений наших клиентов.
Использовать async/отложить
Если вообще возможно, вы должны разработать вашу библиотеку, чтобы загружать асинхронно, а не синхронно. Это состоит в том, чтобы предоставить рендурирование страницы, когда библиотека загружается, в отличие от синхронных скриптов, которые останавливают рендуринг страницы, пока сценарий не будет загружен, анализируя и выполнен.
Вы можете использовать async или отложить Атрибуты, чтобы поручить браузеру продолжить анализ HTML, когда сценарии загружаются.
Пока оба async и отложить Атрибуты Скажите браузеру для загрузки, когда страница отображается, точка, на которой выполняется загруженный скрипт, это где они отличаются.
async Атрибут говорит браузеру выполнить скрипт первым шансом, что он получает после того, как он был загружен, но перед нагрузка событие уволено.
Атрибут «Defer» сообщает браузеру выполнить скрипт после того, как HTML завершит разборки, но перед Domcontentloaded событие уволено.
Удалить неиспользуемый код
Для оптимизации загрузки вашей библиотеки вы, вероятно, пройдут через процесс объединения, чтобы уменьшить количество круглых поездок на сервер. Бандарь сочетает в себе ваши кодовые файлы и их зависимости в один файл.
То, что мы склонны забывать, так это то, что мы редко используем все функции, доступные в наших зависимостях, которые приходят на поездку во время процесса объединения. Это может привести к ненужно большому файлу для скачивания.
Чтобы уменьшить этот размер файла, реализуйте A Встряхивание дерева Процесс, чтобы удалить весь код, который не используется.
Встряхивание дерева смотрит на подключенный файл и попытки определить, какие пути кода не вызываются и удаляют их с окончательного выхода.
Примечание. Встряхивание дерева может иметь непреднамеренные побочные эффекты, если он слишком агрессивен в удалении того, что он считает неиспользованным кодом. Это может вызвать непреднамеренные побочные эффекты или сломанную логику на вашей странице. Вам нужно тщательно проверить свою страницу с помощью файла Tree Shaken.
Разрушите большие файлы JavaScript на несколько меньших логических файлов
фото Даниэль Чунг на Бессмысленно
Выше мы говорили о процессе объединения, который сочетает свой код и его зависимости в один файл, чтобы уменьшить потребность в нескольких матрах на сервер. Иногда нам не нужны все функциональные возможности сразу на странице нагрузки.
Например, могут быть функционные вызовы, которые требуют пользователя нажать кнопку, прежде чем она активирована. Этот код может быть разделен в другой файл, который будет загружен или отложен, после анализа HTML страницы.
Используйте сеть доставки контента
Люди иллюстрации с источником
Со всеми предыдущими оптимизациями, которые вы можете подумать, что вы сделали все возможное, чтобы увеличить производительность вашей страницы, но посетители сайта ваших клиентов не созданы равными, по крайней мере, в случае местоположения.
Чем дальше посетитель находится вдали от физического местоположения вашего веб-сервера, а скорость сети, к которой они подключены, повлиять на то, как долго их устройство займет, чтобы загрузить вашу библиотеку.
Хотя предыдущие оптимизации будут чрезвычайно помочь с тем, как долго библиотека требует загрузки, это будет перемещать файлы ближе к посетителю. Это может быть достигнуто, используя сеть доставки контента (CDN), например Быстро , Акамай или CloudFlare Отказ
CDN не заменяет необходимость в веб-сервере, но позволяет кэшировать содержание сайта в стратегических местах по всему миру. Эта кэширование закрывает расстояние между вашей библиотекой и посетительским просмотром страницы ваших клиентов, уменьшая время загрузки.
Заключение
Как создатель библиотеки, ваша ответственность не останавливается при получении работы кода, как ожидалось. Как это загружает и влияет на страницу, на которой она выполняется так же важна.
В Ketch мы постоянно контролируем и улучшая производительность наших библиотек, использующих подсказки выше, гарантируя, что мы никогда не будем препятствием для сайта клиента.
Оптимизация вашей библиотеки покажет клиентов, которые вы заботитесь о производительности их сайта, как они.
Оригинал: “https://dev.to/onyxprime/4-ways-to-optimize-3rd-party-libraries-5493”