Изменить android:theme="@style/ProgressBarTheme"
на style="@style/ProgressBarTheme"
Если я когда-нибудь должен делать что-нибудь мимо document.getElementById () в моем веб-приложении, я всегда использую jQuery.
Я честно нахожу большинство Ваших обманных аргументов против jQuery довольно слабым, особенно последний:
Даже самая простая из задач может работать плохо из-за свойственной сложности платформы.
Не соглашайтесь с этим вообще. jQuery невероятно прост, в то время как мощный и это - то, что я люблю в этом.
Тревожная зависимость сторонней библиотеки, которая могла содержать дорогостоящие ошибки и могла привести к незаконно низкой производительности
Кумулятивно, разработчики jQuery инвестировали намного больше усилия в устранение ошибок и проблем производительности на более широком множестве браузеров, чем Вы или какая-либо другая малочисленная команда могли позволить себе сделать.
Синдром Not-Invented-Here является пустой тратой Вашего времени.
Приемлемо, когда Вы хотите дополнительную гибкость, которая просто не находится в DOM. По умолчанию я не делаю inclue JQUERY; однако, как только я должен сделать любую сторону клиента, поднимающуюся, я перемещаюсь в JQUERY.
Я буду даже использовать JQUERY и MSAjax одновременно (Главным образом на страницах прежней версии, которые я отодвигаю от MSAjax).
Это не имеет значения - что можно написать хороший код или гнилой код, с или без jQuery.
Я сказал бы, что приемлемо использовать jQuery каждый раз, когда Вы не хотите напрасно тратить время, имея дело с различными реализациями JavaScript. Который является, вероятно, вполне близко к всегда..
Если то, что Вы делаете, является довольно маленькой и тривиальной вещью, представляющей jQuery (уменьшенных 19 КБ), поскольку зависимость могла бы быть небольшим излишеством.
Не изобретайте велосипед, если Вы не имеете к!
Нет очень многих вещей, я нахожу, что JavaScript, полезный для того jQuery, не упрощает.
Для подтверждения правильности данных я предпочитаю иметь всего одну реализацию этого, и так как я должен заставить сервер проверить все так или иначе, Мог бы также использовать Ajax для проверки формы. jQuery очень хорош в этом.
Для Управления DOM jQuery обеспечивает краткий способ выразить то, в чем я, вероятно, буду нуждаться. Конечно, короче и вероятно более ясный, чем эти 3 - 10 вызовов функции мне иначе было бы нужно.
Визуальные эффекты редко действительно требуются. Их трудно сделать портативным также. Для преимущества, если я не могу найти предварительно упакованный визуальный эффект, я, вероятно, более обеспечен без него. jQuery UI и несколько установленных плагинов отвечал всем требованиям.
Существует много других Библиотек JavaScript, и я уверен, что многие из них являются великими, но если они не обеспечивают абсолютно необходимую функцию (например, Google API), я могу, вероятно, заставить jQuery делать это хорошо также, и я уже знаком с jQuery.
Сегодня я добавил патч JavaScript к странице, куда я должен был переместить отделение из его исходного места в дереве DOM и сделать его ребенком тела, так, чтобы оно могло быть расположено правильно. Я знал, что это должно будет только произойти однажды, на запуске, определенному id'd отделению, и что страница не собиралась использовать любое другое поведение JS. Таким образом, я записал это вручную.
Для чего-либо более сложного это - jQuery. Высокоуровневый API просто сохраняет меня так много времени, что я должен был бы иначе потратить "перекрикивание" к компьютеру.
Я никогда не использую jQuery... что касается почему? Никогда действительно думавший об этом, я предполагаю, что просто не нашел причину использовать что-либо за пределами плоскости JavaScript. Плюс, мне не нравится полагаться на слои абстракции, которую я не понимаю. (Конечно, вещи, которые я делаю с JavaScript, не являются особенно сложными, таким образом, в моем случае, возможно, jQuery действительно был бы большей проблемой, чем это стоит.)
Ну, по крайней мере, до тех пор, пока не выйдет EcmaScript 5 и пока браузеры не будут реализовывать в своих механизмах JavaScript общий набор спецификаций, jQuery - лучший инструмент, который мы должны решать проблемы кроссбраузерно. Не так давно каждый раз, когда вы запускали js-файл, вам приходилось запускать функцию обнаружения браузера . Я использовал prototype, mootools, dojo и в последнее время jQuery, и я очень доволен их помощью.
Using jQuery just for browser compatibility is not a good enough reason for me to use jQuery. Most javascript framework these days already able to solve that. As for me, I would use jQuery if I ever need a very simple DOM manipulation tool that has Ajax support. If I ever need something beyond that, I would use other javascript framework. I would use Mootools if I need Javascript Object Oriented support and I would use Ext-JS if I ever need extensive built in widgets.