Риски программирования сайтов с помощью jQuery Mobile?

Question

Команда jQuery недавно запустила http://jquerymobile.com/ с целью создания библиотеки пользовательского интерфейса для мобильных устройств.

Наша цель - предоставить инструменты для динамические сенсорные интерфейсы, которые будут Изящно адаптироваться к диапазону устройства форм-факторы. Система будет включать обе раскладки (списки, панели деталей, накладки) и богатый набор форм элементы управления и пользовательский интерфейс (переключатели, ползунки, вкладки).

В целом, кажется, поддержка фреймворка действительно низкая, потому что большинство телефонов поставляются с дрянными браузерами. Мой вопрос состоит из двух частей. Лучше ли поддерживать несколько браузеров с более широкими возможностями или дать как можно большему количеству пользователей просто средний опыт? Это похоже на вопрос о поддержке IE, потому что вопрос в том, насколько мы заботимся о пользователях с худшими браузерами?

Что еще более важно, сколько времени разработчикам действительно стоит создать мобильную версию сайта, предназначенную не для мобильных пользователей?

Answer 1

Ну, это 1.0 Альфа 1, так что я бы сказал, что риски:

1. Это в значительной степени непроверено, так что вы, вероятно, столкнетесь с неизвестными или нерешенными ошибками, когда создаете новые земли.
2. Существует большой потенциал для изменения в раннем выпуске, поэтому вам, возможно, придется обновить большие полосы вашего сайта, т.е.когда они именуют элементы данных в «ui».

Также важно учитывать обоснование этих оценок:

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

Оценка «A» указывает на возможности браузера, а не на текущую или будущую совместимость с jQuery.Mobile.

Если вы хотите помочь в разработке нового программного обеспечения, начните использовать jQuery Mobile и отправляйте отзывы, отчеты об ошибках, код или все вышеперечисленное.Если нет, то команда надеется увидеть релиз 1.0 в январе 2011 года, который не за горами.

Теория jQuery Mobile предоставляет богатый опыт для богатых браузеров и функциональный опыт для болееосновные браузеры.Я думаю, что это разумно, особенно если учесть, насколько быстро jQuery Mobile может заставить вас работать с действительно отличным мобильным интерфейсом.

Я хотел бы знать, что вы подразумеваете под "сайтом, который не предназначен в первую очередь длямобильный пользователь. "Есть сайты, оптимизированные для мобильных устройств, и есть сайты, которые еще не оптимизированы для мобильных устройств .Только некоторые очень специфические нишевые сайты не требуют мобильного опыта.

Answer 2

В продолжение Сильво я хотел бы добавить, что наиболее полезный ответ на ваш вопрос требует понимания вашей целевой пользовательской базы.Например, если ваша целевая аудитория, как правило, не будет использовать мобильные браузеры, тогда вам лучше настроить таргетинг на конкретный мобильный браузер и позволить этим заинтересованным сторонам пойти по этому пути.Однако, если ваши пользователи хотят, чтобы основным интерфейсом был мобильный браузер, вам, вероятно, понадобится более широкий выбор для функциональных опций браузера.

В качестве примера рассмотрим все старые веб-приложения.это требовало использования IE просто потому, что они (разработчики) не хотели или не могли гарантировать надлежащее функционирование в других браузерах.Если целевой аудиторией этого приложения были бизнес-пользователи, которые обычно все равно используют (d) IE, то это не было бы заметным ограничением.Однако в более общем веб-приложении (веб-почта и т. Д.) Ограничение всех пользователей одним браузером может нанести вред конкурентной среде.

Однако я скажу, что в любом направлении вы выбираетеПрислушайтесь к советам Сильво по обеспечению функциональности даже без JavaScript.Многие компании, библиотеки и т. Д. Все еще ограничивают функциональность JavaScript.

Answer 3

Что вы должны стремиться сделать, это обеспечить богатый опыт, но в то же время убедиться, что все ваши основные функциональные возможности работают, даже если на клиенте нет javascript (или он выключен).Stackoverflow - хороший пример сайта, который находит хороший баланс между этими двумя подходами.