Comments 45
Типичный подход Майкрософт — если мы не можем сделать так, чтобы все работало — пусть все остальные сделают так, чтобы их творчество работало у нас.
-32
Так будет гораздо лучше.
+11
А серьзно говоря, вот непонятно, что ж там такого специального патчить нужно было чтоб оно работало?
+5
Если бы автор поста сделал бы чуть-чуть больше усилий, он мог бы привести еще одну цитату из источника:
Если кратко, то модель безопасности 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-приложений) и не позволяет такому коду выполняться. Это и было поправлено.
+15
jQuery 1.9.1, подключенный в WinJS, сейчас просто крэшит приложение во время своего feature detection. Другая проблема: некоторые DOM-манипуляции теряют HTML-комментарии, что, например, может испортить некоторые knockout-шаблоны (интересно, поправили ли это?)
+3
Я думаю, это наоборот великое достижение организации процессов. Когда не ты говоришь что делать, а люди сами решают что делать. Ты лишь создаешь им условия. Самоорганизация рулит и дает немножко то самое чувство свободы и контроля над своей жизнью. Что скажете на это?
+1
Это не Цезарь сказал, если не можешь остановить — возглавь?)
+5
Ну раз уж начали переманивать веб-разработчиков в армию разработчиков для планшетов, то логичное продолжение этого — адаптировать jQuery.
Спросите у любого программиста, какую библиотеку первым делом подключают в проект на HTML/javascript- конечно jQuery.
Скорее всего случилось так, что большинство приложений для windows store на html/javascript используют jQuery, хотя Microsoft предоставила аналогичные инструменты. Почему-бы не пойти на встречу разработчикам?
Спросите у любого программиста, какую библиотеку первым делом подключают в проект на HTML/javascript- конечно jQuery.
Скорее всего случилось так, что большинство приложений для windows store на html/javascript используют jQuery, хотя Microsoft предоставила аналогичные инструменты. Почему-бы не пойти на встречу разработчикам?
+1
Вот для мобильных приложений в последнюю очередь буду подключать jQuery. Обычно это jQLite в ангуларе или jqMobi (банально показывает большую производительность в современных браузерах).
+2
Смелое заявление. Я не подключаю первым делом. jQuery очень хорошая библиотека, но не явяется панацеей. А в ряде проектов, так вообще нафиг не уперлась.
+2
Не совсем понятно — если я просто захочу подключить jQuery к сайту — начиная с версии 2.0 там будет по умолчанию включен не нужный мне код для windows 8? Или это будет отдельно, что-то вроде собираемого и подключаемого отдельно jQuery.UI?
+2
Это же опен-сорс, если ненужный код так мешает жить, берешь делаешь форк, выпиливаешь все что ненужно и гордишься собой, избавил мир от глобального перегрева к которому непременно приведет бесполезный транспорт бесполезного кода майкрософта.
Ну или терпеть.
Ну или терпеть.
-8
Судя по источнику, команда appendTo лишь внесла ряд фиксов для совместимости, никакого ненужного API не появилось.
+7
Если эти приложения будут в результате работать под любой ОС в любом стандартном браузере — то прекрасно и замечательно, если только под Win8/IE — то :-/
+2
Эти приложения еще «слабее»: только полноэкранные под Windows 8. Даже под Windows Phone 8 нельзя (см. stackoverflow.com/q/13263714).
Возможно, WinJS задумывался как технология для быстрого наполнения Windows Store всякой мутью.
Возможно, WinJS задумывался как технология для быстрого наполнения Windows Store всякой мутью.
0
jQuery + html? Зачем так жить?
0
Не специалист ни по тому ни по другому, но тоже не совсем понимаю зачем так себя ограничивать при написании платформоспецифичных приложений когда на этой платформе есть C# и XAML.
+6
А в чем ограничение? На собственном опыте убедился, что для некоторых приложений JS + HTML подходит лучше, чем C# + XAML.
+2
Мне кажется что лучше js+ html остается пока для web, потому что майкрасофт выкинуло что то сырое и C# лучше подходит для вин приложений.
-1
Оно сырое, но работает и уже сейчас позволяет создавать приложения. Все зависит от приложения. Приложения, активно взаимодействующие с web-контентом, например такое или какой-нибудь клиент для соц. сетей, проще писать на JS.
0
я имел ввиду то же самое, но меня как видите заминусовали.
Как раз сейчас веду разработку приложения для «Магазина Windows». C# и xaml довольно таки удобные и простые технологии. Конечно использовать вместо xaml html было бы приятнее, но не в связке с js.
Как раз сейчас веду разработку приложения для «Магазина Windows». C# и xaml довольно таки удобные и простые технологии. Конечно использовать вместо xaml html было бы приятнее, но не в связке с js.
0
использовать… html было бы приятнее, но не в связке с js
Почему?
0
html нежели xaml? Лично для меня, у html более понятный принцип построения интерфейса, приятный синтаксис.
0
Почему не в связке с js?
0
приведите пример получения доступа к элементу управления в js, ну или распарсите json в две строки как можно при помощи json.net. Я так понимаю htmj+js используется для облегчения жизни веб разработчикам? Лично мне это только все усложнит.
0
Я занимаюсь веб разработкой. Мне интересно, как обстоит дело в мобильной разработке.
«приведите пример получения доступа к элементу управления в 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);
0
я имел ввиду то же самое, но меня как видите заминусовали.
Не волнуйтесь, меня тоже, только в карму. И я удивился бы если бы этого не произошло. Когда осмеливаешься сказать что-то хоть чуть-чуть (см. с 2:08) против того, что модно, обязательно найдутся желающие наказать.
0
Идея совершенно та же, что у PhoneGap. Ты веб-разработчик, тебе лень осваивать что-то еще.
Правда после первого серьезного опыта (попытки написать не hello world) начинаешь четко понимать: да, так жить нельзя. Не минусуйте его! )
Правда после первого серьезного опыта (попытки написать не hello world) начинаешь четко понимать: да, так жить нельзя. Не минусуйте его! )
0
У нас есть опыт написания таких приложений. Так жить можно. Из известных приложений, я достоверно знаю, Айчиталка написана именно так.
+1
Официальное приложение Википедии ещё github.com/wikimedia/WikipediaMobile
0
У проектов написанных на PhoneGap есть свои плюсы. Времени на реализацию приложения под две платформы уходит столько же, сколько бы ушло на реализацию под одну, но нативное. Это очень выгодно в случае небольшого начального бюджета. Сейчас таких проектов все больше. Производительность бизнес логики в таких приложениях сравнима с нативными. Единственное что — UI тормозить начинает на слабых устройствах, если там много анимаций. Правда часть этих проблем обходится.
0
я именно тот о ком вы говорите, я веб разработчик который пересел на окна. Я выбрал c#, это легко. Тем более последняя версия упрощает асинхронное программирование, можно писать работающие программы не будучи асом.
+2
UFO just landed and posted this here
Почему-то у меня такие новости вызывают грусть. Не вяжется у меня javascript и html с приложениями будущего.
0
Только асм, только хардкор?
0
Будущего — может быть, но не настоящего. Сейчас проблем с HTML+CSS в плане UI нету только у последних версий браузерных движков. А так приходится какие-то кастыли частенько вставлять. А так, не вижу особо ничего плохого в этом. Это эдакий лоукост девелопмент, которых хорошо окупается при необходимости поддержки большого числа платформ.
0
Sign up to leave a comment.
Microsoft продвинула в jQuery 2.0 поддержку создания приложений для Windows 8