Каковы преимущества использования wp_enqueue_script?

8

Есть ли реальная польза от использования wp_enqueue_script на небольших самоуправляемых сайтах? Например, Modernizr, зачем ставить в очередь его через функцию, а не вызывать его непосредственно внутри заголовка документа?

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

javascript wp-enqueue-script scripts TinySites
источник

Ответы:

10

  1. Используете ли вы тему, которую вы контролируете?

    Если нет, то каждый раз, когда обновляется Тема, вы теряете свои модификации в шапке. Или же вам придется раскошелиться на Theme или поддерживать / сохранять ваши изменения каждый раз, когда Theme обновляется.

  2. Вы используете только плагины под вашим контролем?

    Если нет, то вам придется проверять наличие конфликтов скриптов каждый раз, когда вы активируете или обновляете плагин, использующий скрипт.

  3. Вы используете основной сценарий?

    Если это так, то вам придется проверять конфликты скриптов ядра каждый раз, когда вы обновляете ядро, а также каждый раз, когда вы обновляете плагин, который ставит в очередь скрипт, связанный с ядром.

  4. Используете ли вы кеширующий плагин?

    Если это так, то вы теряете некоторые или все преимущества конкатенации / минимизации / кэширования сценариев, поскольку ваш сценарий жестко запрограммирован в заголовке документа, а не помещен в очередь.

Чип Беннетт
источник
Это в значительной степени покрывает это. В настоящее время я использую 'enqueue', но я просто нахожу это ... я не знаю ... ненужного в этом случае. Overkill? Я не знаю, каждый раз, когда я вижу это в последнее время, я пытаюсь оправдать это.
TinySites
2
Черт, Чип, я пытался превзойти тебя в ударе своим причудливым названием;)
Wyck
Как Wordpress проверяет конфликты скриптов? Требуется ли использовать какой-то предопределенный дескриптор при регистрации распространенных, широко используемых сценариев? он же требует, чтобы вы не просто придумывали свои собственные имена дескрипторов? В противном случае, как он узнает мой сценарий от Адама или поймет, какие конфликты может вызвать мой сценарий? Я думаю, что в правильном сценарии WP мог бы также распознать URL / имя файла для скрипта и узнать, что это такое.
Кевин Уилер
6 
                                               **YES**

1. Он загружает скрипты только при необходимости

Важно для скорости загрузки.

2. Безопасно обрабатывает зависимости.

Уменьшает количество ошибок, дублирует загрузку и js-конфликты.

3. Он обрабатывает порядок загрузки и размещения

Скажите, где и когда загрузить.

4. Он правильно обрабатывает $ src

Перемещение сайта, отлично.

5. Имеет версию

Помогает с кешированием и .. ну версиями.

«Дополнительные строки кода» не имеют значения, особенно по сравнению с преимуществами правильной работы.

Уик
источник