Комментарии 45
Типичный подход Майкрософт — если мы не можем сделать так, чтобы все работало — пусть все остальные сделают так, чтобы их творчество работало у нас.
Так будет гораздо лучше.
А серьзно говоря, вот непонятно, что ж там такого специального патчить нужно было чтоб оно работало?
Если бы автор поста сделал бы чуть-чуть больше усилий, он мог бы привести еще одну цитату из источника:
Если кратко, то модель безопасности WinRT помечает часть кода в текущем jQuery небезопасной (в контексте WinRT-приложений) и не позволяет такому коду выполняться. Это и было поправлено.
While jQuery meets the language criterion for Windows Store applications, Windows 8 exposes all the WinRT APIs within the HTML5 development environment, which comes with a new security model that made some code and common practices of jQuery flagged as unsafe in the context of a Windows Store application.
Если кратко, то модель безопасности WinRT помечает часть кода в текущем jQuery небезопасной (в контексте WinRT-приложений) и не позволяет такому коду выполняться. Это и было поправлено.
jQuery 1.9.1, подключенный в WinJS, сейчас просто крэшит приложение во время своего feature detection. Другая проблема: некоторые DOM-манипуляции теряют HTML-комментарии, что, например, может испортить некоторые knockout-шаблоны (интересно, поправили ли это?)
Я думаю, это наоборот великое достижение организации процессов. Когда не ты говоришь что делать, а люди сами решают что делать. Ты лишь создаешь им условия. Самоорганизация рулит и дает немножко то самое чувство свободы и контроля над своей жизнью. Что скажете на это?
Это не Цезарь сказал, если не можешь остановить — возглавь?)
Ну раз уж начали переманивать веб-разработчиков в армию разработчиков для планшетов, то логичное продолжение этого — адаптировать jQuery.
Спросите у любого программиста, какую библиотеку первым делом подключают в проект на HTML/javascript- конечно jQuery.
Скорее всего случилось так, что большинство приложений для windows store на html/javascript используют jQuery, хотя Microsoft предоставила аналогичные инструменты. Почему-бы не пойти на встречу разработчикам?
Спросите у любого программиста, какую библиотеку первым делом подключают в проект на HTML/javascript- конечно jQuery.
Скорее всего случилось так, что большинство приложений для windows store на html/javascript используют jQuery, хотя Microsoft предоставила аналогичные инструменты. Почему-бы не пойти на встречу разработчикам?
Вот для мобильных приложений в последнюю очередь буду подключать jQuery. Обычно это jQLite в ангуларе или jqMobi (банально показывает большую производительность в современных браузерах).
Смелое заявление. Я не подключаю первым делом. jQuery очень хорошая библиотека, но не явяется панацеей. А в ряде проектов, так вообще нафиг не уперлась.
Не совсем понятно — если я просто захочу подключить jQuery к сайту — начиная с версии 2.0 там будет по умолчанию включен не нужный мне код для windows 8? Или это будет отдельно, что-то вроде собираемого и подключаемого отдельно jQuery.UI?
Это же опен-сорс, если ненужный код так мешает жить, берешь делаешь форк, выпиливаешь все что ненужно и гордишься собой, избавил мир от глобального перегрева к которому непременно приведет бесполезный транспорт бесполезного кода майкрософта.
Ну или терпеть.
Ну или терпеть.
Судя по источнику, команда appendTo лишь внесла ряд фиксов для совместимости, никакого ненужного API не появилось.
Если эти приложения будут в результате работать под любой ОС в любом стандартном браузере — то прекрасно и замечательно, если только под Win8/IE — то :-/
Эти приложения еще «слабее»: только полноэкранные под Windows 8. Даже под Windows Phone 8 нельзя (см. stackoverflow.com/q/13263714).
Возможно, WinJS задумывался как технология для быстрого наполнения Windows Store всякой мутью.
Возможно, WinJS задумывался как технология для быстрого наполнения Windows Store всякой мутью.
jQuery + html? Зачем так жить?
Не специалист ни по тому ни по другому, но тоже не совсем понимаю зачем так себя ограничивать при написании платформоспецифичных приложений когда на этой платформе есть C# и XAML.
А в чем ограничение? На собственном опыте убедился, что для некоторых приложений JS + HTML подходит лучше, чем C# + XAML.
Мне кажется что лучше js+ html остается пока для web, потому что майкрасофт выкинуло что то сырое и C# лучше подходит для вин приложений.
Оно сырое, но работает и уже сейчас позволяет создавать приложения. Все зависит от приложения. Приложения, активно взаимодействующие с web-контентом, например такое или какой-нибудь клиент для соц. сетей, проще писать на JS.
я имел ввиду то же самое, но меня как видите заминусовали.
Как раз сейчас веду разработку приложения для «Магазина Windows». C# и xaml довольно таки удобные и простые технологии. Конечно использовать вместо xaml html было бы приятнее, но не в связке с js.
Как раз сейчас веду разработку приложения для «Магазина Windows». C# и xaml довольно таки удобные и простые технологии. Конечно использовать вместо xaml html было бы приятнее, но не в связке с js.
использовать… html было бы приятнее, но не в связке с js
Почему?
html нежели xaml? Лично для меня, у html более понятный принцип построения интерфейса, приятный синтаксис.
Почему не в связке с js?
приведите пример получения доступа к элементу управления в js, ну или распарсите json в две строки как можно при помощи json.net. Я так понимаю htmj+js используется для облегчения жизни веб разработчикам? Лично мне это только все усложнит.
Я занимаюсь веб разработкой. Мне интересно, как обстоит дело в мобильной разработке.
«приведите пример получения доступа к элементу управления в js»
В веб приложении это делается так: document.getElementById(id). Ну, или в контексте темы $(id). Так не получится?
«ну или распарсите json в две строки как можно при помощи json.net»
В одну можно? Что такое json.net я не знаю, но это делается так:
JSON.parse(srt);
«приведите пример получения доступа к элементу управления в js»
В веб приложении это делается так: document.getElementById(id). Ну, или в контексте темы $(id). Так не получится?
«ну или распарсите json в две строки как можно при помощи json.net»
В одну можно? Что такое json.net я не знаю, но это делается так:
JSON.parse(srt);
я имел ввиду то же самое, но меня как видите заминусовали.
Не волнуйтесь, меня тоже, только в карму. И я удивился бы если бы этого не произошло. Когда осмеливаешься сказать что-то хоть чуть-чуть (см. с 2:08) против того, что модно, обязательно найдутся желающие наказать.
Идея совершенно та же, что у PhoneGap. Ты веб-разработчик, тебе лень осваивать что-то еще.
Правда после первого серьезного опыта (попытки написать не hello world) начинаешь четко понимать: да, так жить нельзя. Не минусуйте его! )
Правда после первого серьезного опыта (попытки написать не hello world) начинаешь четко понимать: да, так жить нельзя. Не минусуйте его! )
У нас есть опыт написания таких приложений. Так жить можно. Из известных приложений, я достоверно знаю, Айчиталка написана именно так.
Официальное приложение Википедии ещё github.com/wikimedia/WikipediaMobile
У проектов написанных на PhoneGap есть свои плюсы. Времени на реализацию приложения под две платформы уходит столько же, сколько бы ушло на реализацию под одну, но нативное. Это очень выгодно в случае небольшого начального бюджета. Сейчас таких проектов все больше. Производительность бизнес логики в таких приложениях сравнима с нативными. Единственное что — UI тормозить начинает на слабых устройствах, если там много анимаций. Правда часть этих проблем обходится.
я именно тот о ком вы говорите, я веб разработчик который пересел на окна. Я выбрал c#, это легко. Тем более последняя версия упрощает асинхронное программирование, можно писать работающие программы не будучи асом.
НЛО прилетело и опубликовало эту надпись здесь
Почему-то у меня такие новости вызывают грусть. Не вяжется у меня javascript и html с приложениями будущего.
Только асм, только хардкор?
Будущего — может быть, но не настоящего. Сейчас проблем с HTML+CSS в плане UI нету только у последних версий браузерных движков. А так приходится какие-то кастыли частенько вставлять. А так, не вижу особо ничего плохого в этом. Это эдакий лоукост девелопмент, которых хорошо окупается при необходимости поддержки большого числа платформ.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Microsoft продвинула в jQuery 2.0 поддержку создания приложений для Windows 8