"Структура страницы" jQuery Mobile "оптимизирована для поддержки как отдельных страниц, так и локальных внутренних" страниц "на странице." jQuery docs
Что дает лучшую производительность для приложения jQuery Mobile - которое работает на PhoneGap?
Любые другие аспекты, которые следует учитывать?
Я не могу сказать много о производительности браузера, но вы должны учитывать время загрузки. Документ загружается несколькими страницами в одном документе, поэтому, если их больше, DOMready произойдет через некоторое время, что может вызвать неприятный облик. Отдельные страницы отображаются, когда они вам нужны, поэтому, если нет причин использовать многостраничный контент, я бы рекомендовал придерживаться нескольких файлов HTML. Для онлайн-приложения
Кроме того, многостраничный файл нельзя использовать много, если вы хотите придерживаться progressive enhancement, который является философией разработки JQM.
Любые другие аспекты, которые следует учитывать?
Да... Насколько я знаю, в многостраничных документах могут возникать проблемы (например, с диалогами). JQMalpha3 не хотел отображать для меня диалоги, если в многостраничном режиме было больше одного.
Я использую jQuery mobile, и все сайты, которые я создал, были сайтами одной страницы. Единственными внешними страницами, которые я создаю, являются те, которые имеют встроенные карты Google, так что загрузка iframe не происходит, если пользователю это не нужно.
Я думаю, что это сводится к следующему: одна страница с большим количеством контента может замедлить первоначальную загрузку, но будет загружаться после загрузки, тогда как маленькая домашняя страница будет с самого начала быстрой, но связанная страница вызовет запрос Ajax. При разработке для мобильных устройств мое правило заключается в том, чтобы максимально минимизировать HTTP-запросы. Хотя многие пользователи подключены к сетям 3+ G, все равно можно ждать в зависимости от возможности подключения. Кроме того, возможность подключения может измениться в одно мгновение, и если пользователь прошел навигацию по сайту успешно, и все внезапные вещи замедляются до обхода, это может создать немного разочарования. Поэтому я думаю, что из пользовательского POV пользователи готовы подождать несколько дополнительных тиков при начальной загрузке, если все остальное будет быстро после загрузки.
Разработка всего на одной странице также хороша для разработки с помощью jQM, imo, потому что я просто создаю манифест кэша, который включает только одну страницу (и файлы css и js). Затем мой сайт кэшируется и работает, даже если у пользователя нет возможности подключения. Если вы работали с applicationCache, вы быстро понимаете, что чем больше у вас файлов, тем сложнее поддерживать манифест кэша и обновления медленнее.
Это зависит от размера вашего приложения. Я понял, что использование приложений с одной страницей более отзывчиво, если у меня есть только несколько страниц, в моем случае было загружено только 3 экрана во внешних данных, которые были более отзывчивыми, чем 3 отдельных страницы. Надеюсь, что поможет