Загрузка отдельной версии jQuery в замыкание?

Question

[Dmitry Agafonov]

Родилась проблема — на некотором сайте есть необходимость подключать мой js.

Там есть jQuery старой версии, но мне нужен новый.

Обратное неверно — новый jQuery заменит старый и сломает сайт.



Я соорудил нечто такое (jsfiddle):

$(function () {<br>
    var $ = null,<br>
        script = document.createElement('script');<br>
    script.type = 'text/javascript';<br>
    script.src = 'https://ajax.googleapis.com/ajax/libs/jquery/1.8.3/jquery.min.js';<br>
    document.getElementsByTagName('head')[0].appendChild(script);<br>
    script.onload = function () {<br>
        $ = jQuery.noConflict(true);<br>
        // мой код //<br>
    };<br>
});<br>

Собственно, вопрос — это нормально?

Я вижу потенциальную проблему в промежутке времени от реально перегруженного $ до вызова noConflict.

Answer 1

[1x1]

<script src="//ajax.googleapis.com/ajax/libs/jquery/1.10.2/jquery.min.js"></script>
<script>$new = $.noConflict();</script>
<script src="//ajax.googleapis.com/ajax/libs/jquery/1.8.3/jquery.min.js"></script>

..

<script>
console.log($().jquery));
(function($) {
    console.log($().jquery));
})($new);
console.log($().jquery));
</script>

Comments

[Dmitry Agafonov]

«Там есть jQuery старой версии» — означало, что он есть загруженный до моего кода. Указанное вами просто, понятно и описано в документации про noConflict.

Answer 2

[Александр Кит]

Да, нормально. А опасного промежутка для предыдущего (не вашего кода) нет, так как загружаемый код(1.8.3/jquery.min.js) выполняется синхронно с последующим вызовом onload функции, где вызывается noConflict.

Из вашего примера достаточно не однозначно вызывается log(2, $); — конечно же $ будет не определён в скупе. Что бы пользоваться $ версией 1.8.3 нужно дождаться onload.

Comments

[Dmitry Agafonov]

Да, именно. log(2, $); вызывается специально и даже обрабатывается в функции, чтобы проверить и показать, что $ недоступен до onload.

[Александр Кит]

Так, а ваша цель какая? Что бы локально был $ доступен, даже старый? тогда в функции нужно брать глобальный $

// - var $ = null
 var $ = window.$

А если хотите, что бы уже в log(2,$) был доступен новый jQuery — то так не получится, ведь сама загрузка асинхронная. В этом случае, всё вычисление переводите в onload функцию.

[Dmitry Agafonov]

Цель — не сломать внешний код и получить в замыкании нужный мне jquery. Да, всё моё запускается через onload.

Сейчас у меня всё работает, вопрос фактически был — хорошо ли придуманное мной решение, т.к. готового я не нашел — кругом примеры как загрузить «новую» версию, скрыть через noConflict и потом загрузить «старую». Но мне немного другое досталось.

[Александр Кит]

Внешний код не поломаете, так как в тот период, когда новый jQuery в глобальном обьекте и вызов onload, никто из внешнего кода не сможет до него доступиться, в силу синхронности выполнения jquery.min.js и onload, ну а после, уже снова старый jQuery в глобалах. Меня смутил ваш log(2, $ — ведь мы тут пишем в лог состояние локального $, а не глобального. Ну а он соответственно всегда неопределенным будет в тот момент, а глобальный будет ещё старым.

Answer 3

[Fr3nzy]

Быть может вам поможет github.com/jquery/jquery-migrate/? Или с переписыванием старого функционала не хочется сталкиваться?

Comments

[Dmitry Agafonov]

Мне? Нет, у меня всё ок :)
А предлагать сторонним сайтам — ненужная в моём случае борьба с мельницами.
Там и в html и в css и в скрипты порой настолько страшно смотреть, аж шевелятся волосы по всему телу. Там поможет только полностью переделывать, но, как я сказал, ненужная борьба.
Мифические сторонние сайты — крупные порталы родом из начала 2000-х.

[Fr3nzy]

Тогда, как вариант, еще можете загрузить его с помощью AMD-совместимого загрузчика (в таком случае jquery тоже будет загружен изолировано). Но это потребует наличия какой-либо библиотеки (например, того же RequireJS). Лишний код, скорее всего, для вас :)