Сделать, чтобы версию jQuery-библиотеки в ядре продукта можно было выбирать
Битрикс регистрирует через CJSCore::RegisterExt библиотеку jquery. Соответственно ее можно и нужно использовать как зависимость во всяких component_epilog-ах и своих JS-библиотеках черзе CJSCore::Init
Говорить о том, что наврядли найдется сайт не использующий jquery, думаю не нужно.
Однако jQuery развивается и хочется идти вногу со временем. А для этого нужно периодически обновлять в ядре версию jQuery.
Никакое общение с техподдержкой и просьбы обновить jquery в ядре с версии 1.8 до более свежей естественно ни к чему не привели. Да и учитывая обратную совместимость наврядли коллеги захотят это делать (обновлять).
Ввиду этого - идея: всегда распространять с ядром все версии jQuery (хотя бы с точностью до второго числа версии) и дать возможность выбирать в настройках сайта/главного модуля какую версию регистрировать в CJSCore::RegisterExt под именем 'jquery'
Говорить о том, что наврядли найдется сайт не использующий jquery, думаю не нужно.
Однако jQuery развивается и хочется идти вногу со временем. А для этого нужно периодически обновлять в ядре версию jQuery.
Никакое общение с техподдержкой и просьбы обновить jquery в ядре с версии 1.8 до более свежей естественно ни к чему не привели. Да и учитывая обратную совместимость наврядли коллеги захотят это делать (обновлять).
Ввиду этого - идея: всегда распространять с ядром все версии jQuery (хотя бы с точностью до второго числа версии) и дать возможность выбирать в настройках сайта/главного модуля какую версию регистрировать в CJSCore::RegisterExt под именем 'jquery'
© 2001-2023 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
Достаточно хотя бы переопределения на уровне ядра: эстетично, практично и демократично
Мы предлагаем разные решения. Если честно - ваше идет вразрез с моим.
1. Ничто не мешает вам самому наобъявлять нужных расширений JSCore и привязать к ним нунжые версии. Хоть модуль для МП выпустите. Проблема в том, что занято имя jquery и вот его переопределить не получится.
2. Вторая по счету, но не по значению причина: дублирование. Давайте представим себе типового разработчика, у которого какой-то шаблон компонента требует подключения jQuery. Что он должен написать? Или в шаблоне сайта нужно подключить jQuery.
Логично что написать нужно CJSCore::Init('jquery').
Если задавать имена как вы предлагаете - он может написать ту версию которая ему вроде как нужна. А в другом шаблоне другой разработчик напишет другую версию. И что имеем в итоге? А в итоге мы будем иметь 10 библиотек jQuery на странице, но разных версий. А это еще веселье с noConflict...
3. Ваше предложение зафиксировать 1.8 навсегда как базовую считаю в корне неправильным. Именно чтобы можно было сменить эту либу и затевалась идея. Не знаю как вас, а меня напрягает периодический warning от Chrome в консоли (...use preventDefault...) на jQuery 1.8
Резюмируя: суть идеи чтобы разработчик всегда использовал только CJSCore::Init('jquery'). А какая версия jQuery считается актуальной для проекта можно было указывать в настройках.