Pregunta

Estoy tratando de envolver mi cabeza alrededor de jQuery Mobile. Mi objetivo es construir una aplicación muy rápida con una apariencia lo más cerca posible a una aplicación nativa (al menos para los dispositivos modernos).

entiendo que hay dos maneras de navegar entre las páginas:

  1. Cargando cada página como una página separada y ligarse a otras páginas con anclas HTML regulares.

  2. Poner todos (o muchos) páginas en una sola página web y navegar entre ellos por medio de Javascript ($ .mobile.changePage (método) y funciones de la API similares.

El primer enfoque debería funcionar en todos los navegadores, pero funciona bastante mal, ya que hay un retraso entre cada transición de página.

El segundo parece que debería ser mucho más rápido, así que sin duda prefiero este enfoque. Pero, ¿cómo sería ese trabajo para navegadores de dispositivos móviles sin soporte javascript? Ciertamente parece violar el objetivo de jQuery Mobile para proporcionar una experiencia de gracia degradada para los navegadores C-grado.

A mi me parece como que necesito para implementar mi aplicación dos veces, una vez optimizada para navegadores con soporte javascript, una vez para navegadores sin? El uso puede ser otra opción, pero que se ve aún más desordenado.

¿Cuál es la forma recomendada para abordar este dilema? Es que no he notado que hay algo?

Gracias,

Adrian

¿Fue útil?

Solución

En primer lugar:. Su punto2 está mal

local, interna ligada "páginas" aquí y leerlo con cuidado. Un href="#pageelementid" enlace funcionará bien y funcionará en cualquier navegador compatible con HTML 4 también [<a name="pageelementid"> podría requerir en algunos casos, no estoy seguro de nada], con la única diferencia de que todas las páginas son visibles a la vez.

La segunda cosa es que si se utiliza la forma del número 1 que se verá bastante bien también. Se carga, sí, pero en los navegadores JavaScript habilitado Ha cargado con AJAX y no hay parpadeo desagradable entre las páginas. También -. Una "carga" pop-up aparece

jQuery Mobile se supone que le permita crear una aplicación con algo de HTML puro y simple sin ningún tipo de JS. JQM sí toma en la mejora de la página para que se vea bien y utiliza AJAX. Trate de crear una aplicación que funcione en todos los navegadores posible (mi inspiración: lynx) y el marcado uso JQM para eso. Cualquier código JavaScript que está dispuesto a escribir debería funcionar como una mejora -. Por lo que es mejor en lugar de hacer que funcione en absoluto

buena suerte con eso!

Otros consejos

El pensamiento actual sobre el apoyo a los navegadores menor es la de no degradar con gracia, pero para mejorar. Si se construye la página web desde la base al trabajo sin Javascript a continuación mejorarla después, a continuación, prácticamente sabes que el sitio de trabajo (en lugar de tener que Ajuste o construir un sitio secundario).

En cuanto a las dos opciones que ha especificado, el número uno sería mi preferencia como un usuario móvil si yo tenía un ancho de banda limitado y también una gran cantidad de personas que tienen una cantidad descarga restringida por mes.

Agrupar todas las páginas en un archivo grande puede parecer una buena idea (ya descargado), pero también puede encontrarse con limitaciones de memoria en algunos teléfonos. ¿Y si todo lo que quieren hacer es visitar dos páginas, ¿por qué deberían ser obligados a descargar todo el sitio web para hacerlo?

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top