Использование jQuery с приложением Windows 8 Metro JavaScript вызывает ошибку безопасности

Вам нужно отредактировать исходный код jQuery, чтобы передать функцию jQuery.support функции MSApp.execUnsafeLocalFunction, которая отключит проверку небезопасного содержимого, например:

jQuery.support = MSApp.execUnsafeLocalFunction(function() {

    var support,
        all,
        a,
        select,
        opt,
        input,
        fragment,
        tds,
        events,
        eventName,
        i,
        isSupported,
        div = document.createElement( "div" ),
        documentElement = document.documentElement;


    // lots of statements removed for brevity

    return support;
});

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

Я полагаю, что лучше использовать возможности WinJS, включая объект WinJS.Promise в качестве альтернативы отложенным операциям (которые сами по себе являются реализацией шаблона Promise). И вы можете выполнять базовые манипуляции с DOM, используя пространство имен WinJS.Utilities.

Вы должны дважды подумать об использовании jQuery для отложенных операций. Объект WinJS.Promise используется во всех API-интерфейсах Metro для представления асинхронных действий, и в конечном итоге вы будете использовать два похожих, но разных подхода.

Вот твой ответ

https://github.com/appendto/jquery-win8

Его официальная библиотека jquery для Windows 8

Что бы это ни стоило, я перенес большую часть ядра jQuery, чтобы обернуть нативную библиотеку WinJS. Он легкий и предоставляет почти все, что делает jQuery, с добавлением некоторых плагинов для значков, уведомлений и т. д.

Работа продолжается, но я пытаюсь привлечь людей к веселью.

https://github.com/rmcvey/winjq

Краткое описание (документация добавляется к): http://practicaljs.com/jquery-in-windows-8-apps/

После недавней конференции //Build/ 2012 и этого доклада об использовании jQuery в приложениях Магазина Windows 8. В частности, они говорят о точном исключении внедрения скрипта внутри innerHTML и говорят об обновлениях, сделанных в этом.

Во время этого выступления компания AppendTo также официально представила jQuery для Windows 8. Это выглядит аккуратно из демонстрации, приведенной в разговоре по ссылке.

Они также говорят, что не рекомендуется получать jQuery из CDN для приложений Windows 8 в локальном контексте!

Для устранения этой ошибки Microsoft Open Technologies создала и выпустила оболочку динамического содержимого JavaScript на GitHub. Он не тестировался с jQuery, но, скорее всего, решит вашу проблему. Ссылайтесь на файл winstore-jscompat.js в начале вашего приложения перед запуском любых других сценариев, и вы больше не должны видеть эту ошибку.

Я провел небольшое расследование и хотел уточнить пару вещей.

Ошибка, которую вы видите, находится в консоли JavaScript, а не в реальном исключении. Код jQuery продолжает работать прекрасно. На самом деле это то, что регистрирует базовая система, а не ошибка или исключение.

Нет причин исправлять jQuery или делать что-то еще - это шумный системный компонент, а не фактическая ошибка.

Я написал довольно подробное объяснение того, как заставить jQuery работать с Windows 8 здесь http://davidvoyles.wordpress.com/2013/09/23/hacking-jquery-to-work-in-windows-8/

Если вам это все еще нужно, я пишу повторную реализацию объекта Deferred, найденного в jQuery.

После завершения он должен быть на 100% совместим с объектом Deferred jQuery. На данный момент он полностью завершен, но нуждается в тестировании.

См. это.

Надеюсь, это поможет!

Тем не менее, я думаю, что было бы неплохо научиться использовать реализацию Microsoft Promise вместо jQuery при работе с приложениями для Windows 8.

Я считаю, что это то же ограничение, что и политика безопасности контента (CSP). Этот конкретный случай был рассмотрен в jQuery 1.8.0. Проблема все еще возникает там?

https://github.com/jquery/jquery/commit/dc83072878ed9636c8158a014bd9fa4acc1ccce3

Сам jQuery не выдавал мне таких исключений в последней версии, пока я заменил весь код формы, например:

$('<input type="button" value="Press Me" />')

с участием

$(toStaticHTML('<input type="button" value="Press Me" />'))

Обратите внимание, что не все строки HTML считаются небезопасными, например:

$('<span></span>')

Никаких исключений не выдает. Однако jQuery по-прежнему генерирует исключения при добавлении, если вы делаете что-то в этом роде:

var div = '<div class="' + classesToApply + '"';
div += attrToAdd;
div += '</div>';

$(div).appendTo(container);

Вышеприведенное не является примером хорошей практики использования jQuery, но некоторые люди делают это, поэтому вы можете столкнуться с ошибкой. Обратите внимание, что приведенный выше код не генерирует ту же ошибку, что и самый первый фрагмент, а вместо этого выдает ошибку внутри jQuery.append. Эта ошибка по-прежнему исправлена ​​​​путем выполнения $(toStaticHTML(div)).appendTo(container);

Я смог устранить проблему, найдя все места в jQuery, которые устанавливают innerHTML, и обернув значение, установленное с помощью toStaticHTML().

Так, например:

div.innerHTML = "   <link/><table></table><a href='/a' style='color:red;float:left;opacity:.55;'>a</a><input type='checkbox'/>";

стал:

div.innerHTML = toStaticHTML("   <link/><table></table><a href='/a' style='color:red;float:left;opacity:.55;'>a</a><input type='checkbox'/>");

Чтобы быть в безопасности, я также определил это непосредственно перед определением jQuery на случай, если файл используется в обычном браузере:

window.toStaticHTML = window.toStaticHTML || function (s) { return s; };

Мне это показалось самым безопасным изменением, хотя и потребовало исправления дюжины мест в jQuery. (не используйте оператор var перед toStaticHTML)