JQuery Mobile - все страницы в index.html и отдельные внешние страницы. Что дает лучшую производительность?

Ответ 1

Я не могу сказать много о производительности браузера, но вы должны учитывать время загрузки. Документ загружается несколькими страницами в одном документе, поэтому, если их больше, DOMready произойдет через некоторое время, что может вызвать неприятный облик. Отдельные страницы отображаются, когда они вам нужны, поэтому, если нет причин использовать многостраничный контент, я бы рекомендовал придерживаться нескольких файлов HTML. Для онлайн-приложения

Кроме того, многостраничный файл нельзя использовать много, если вы хотите придерживаться progressive enhancement, который является философией разработки JQM.

Любые другие аспекты, которые следует учитывать?

Да... Насколько я знаю, в многостраничных документах могут возникать проблемы (например, с диалогами). JQMalpha3 не хотел отображать для меня диалоги, если в многостраничном режиме было больше одного.

Ответ 2

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

Я думаю, что это сводится к следующему: одна страница с большим количеством контента может замедлить первоначальную загрузку, но будет загружаться после загрузки, тогда как маленькая домашняя страница будет с самого начала быстрой, но связанная страница вызовет запрос Ajax. При разработке для мобильных устройств мое правило заключается в том, чтобы максимально минимизировать HTTP-запросы. Хотя многие пользователи подключены к сетям 3+ G, все равно можно ждать в зависимости от возможности подключения. Кроме того, возможность подключения может измениться в одно мгновение, и если пользователь прошел навигацию по сайту успешно, и все внезапные вещи замедляются до обхода, это может создать немного разочарования. Поэтому я думаю, что из пользовательского POV пользователи готовы подождать несколько дополнительных тиков при начальной загрузке, если все остальное будет быстро после загрузки.

Разработка всего на одной странице также хороша для разработки с помощью jQM, imo, потому что я просто создаю манифест кэша, который включает только одну страницу (и файлы css и js). Затем мой сайт кэшируется и работает, даже если у пользователя нет возможности подключения. Если вы работали с applicationCache, вы быстро понимаете, что чем больше у вас файлов, тем сложнее поддерживать манифест кэша и обновления медленнее.

Ответ 3

Это зависит от размера вашего приложения. Я понял, что использование приложений с одной страницей более отзывчиво, если у меня есть только несколько страниц, в моем случае было загружено только 3 экрана во внешних данных, которые были более отзывчивыми, чем 3 отдельных страницы. Надеюсь, что поможет