Правильний підхід до справи
Є певне непорозуміння в тому, що саме Codex каже з цього приводу, і я постараюся допомогти роз'яснити це питання.
Що в коробці?
Чи знає WordPress про вашому скрипті і його потребах?
- Чи є вже включена бібліотека, яку я можу використовувати?
- Чи можу я використовувати включену версію?
- Чи потрібно мені завантажувати мій скрипт в клієнтську і адміністраторську частина?
- На яких сторінках клієнтської і адміністраторській частини мені потрібно завантажувати мій скрипт?
Відповіді на ці питання допоможуть вам дізнатися, що вам потрібно зробити, щоб зареєструвати і завантажити ваш скрипт. Це відбувається за допомогою WordPress функції wp_register_script. і ось як її потрібно використовувати згідно WordPress Codex:
розставляємо пріоритети
Дещо, про що я не згадав раніше - деталі того, як працює функція add_action. оскільки тут у нас може бути трохи впливу на порядок речей. Ось використання функції згідно сторінці WordPress Codex:
add_action ($ tag. $ function_to_add. $ priority. $ accepted_args);
Зверніть увагу, що часто використовуються тільки параметри $ tag і $ function_to_add. Параметр $ priority за замовчуванням дорівнює 10. а параметр $ accepted_args -1. Якщо ми хочемо, щоб наші скрипти або стилі були викликані раніше, ми просто зменшуємо значення $ priority. наприклад:
Результат буде таким же, як ми бачили раніше, але він з'явиться в HTML документі раніше.
Перевизначення стандартних бібліотек і використання мереж доставки контенту
Можливо, ви захочете використовувати іншу версію включеної в WordPress бібліотеки. Можливо, ви захочете використовувати найновішу версію або ви не хочете чекати наступного релізу WordPress для того, щоб використовувати останню стабільну версію jQuery. Інша причина - можливо, ви захочете скористатися Google CDN версією бібліотеки.
Важливо звернути увагу, що це може бути зроблено тільки в плагінах або темах на сайтах, які ви будете особисто підтримувати. Будь-які плагіни або теми, які ви випускаєте для публічного використання, повинні використовувати включені в WordPress бібліотеки.
Я чую, як ви питаєте: «Чому ?!» Проста причина - ви не контролюєте ті сайти. Ви не знаєте, які ще плагіни і теми можуть бути там використані, і ви не знаєте, як часто вони будуть оновлювати ваш плагін або тему. Використання бібліотек з пакету WordPress - найбільш безпечний варіант.
Тепер, якщо ви дійсно хочете зробити це на сайті, яким ви керуєте, ось як це можна зробити:
Чому не всі так роблять?
Гарне питання. Ще одне питання, яке ви могли б задати, це «Чому ви думаєте, що це правильний спосіб, а не просто ваше перевагу?» Зазвичай відповідь в тому, що це підхід, рекомендований WordPress. Його використання дозволяє бути впевненими, що будь-яка комбінація плагінів і тим буде щасливо працювати разом без проблем.
Я бачив кілька тем і фреймворків, які використовують теги і в своїх файлах header.php і навіть в footer.php для завантаження скриптів і стилів для теми. Немає причини для того, щоб робити це так. Як я показав раніше, цілком можна поставити в пріоритет скрипти і стилі і вказати, повинні вони бути завантажені в шапці або в підвалі, зробити все це зручно і надійно в вашому functions.php. Вигода в тому, що ваша тема або фреймворк буде працювати з більш широким спектром інших плагінів і тим-нащадків.
В одному прикладі jQuery завантажувався з використанням тегів , Що в принципі могло б працювати добре, але це може привести до того, що jQuery може завантажитися двічі! Завантаження jQuery таким чином не зупинить WordPress від завантаження своєї версії jQuery для інших плагінів, оскільки версії WordPress за замовчуванням в режімеnoConflict. і плагін може визначити його як залежність. Так що тепер у вас буде jQuery, який працює і в режимі noConflict і $. і також можливо зламає будь-який плагін, який використовує бібліотеку Prototype.
висновок
WordPress - фантастична система, і вона була розроблена з розумом. Якщо є механізм, який був створений для чогось, - краще використовувати його. Розробляючи свої модулі і теми, постарайтеся пам'ятати, що потрібно писати з розумом і думати про інших.