¿Cuáles son algunas de las mejores prácticas para el desarrollo web móvil para reducir el uso de ancho de banda?

Construir API para usos móviles . Al desarrollar API personalizadas que ofrecen contenido personalizado y minimizado para dispositivos móviles, puede reducir la cantidad de viajes de ida y vuelta y el tamaño de la carga útil. Los datos deben limitarse solo a lo que se necesita para un cliente / uso en particular.

Uso inteligente de marcado . Al apegarse al marcado semántico, puede reducir el tamaño de la porción HTML de su carga útil por un amplio margen. Esta es la diferencia entre

y

, donde es posible.

Sprites y fuentes de iconos . La reducción de la cantidad de recursos de imagen mejora el tiempo de carga y la huella de memoria. Los sprites diseñados para dispositivos móviles ocupan menos ancho de banda y almacenamiento local. Si tiene la capacidad, crear fuentes a partir de sus íconos (específicamente para dispositivos móviles) puede reducir aún más el ancho de banda, ya que las fuentes están representadas por conjuntos de vectores que se reproducen bien en cualquier navegador webkit móvil.

Minimizado, comprimido y podado cuidadosamente . Tiende brutalmente tu CSS y código de plantilla, eliminando todo lo que no es vital (o usado). Reduzca la superposición de selectores CSS y use herramientas de implementación que pueden minimizar sus scripts y archivos CSS. Y asegúrese de habilitar la compresión HTTP, ya que la mayoría de los clientes móviles lo admiten.

Todos los puntos en la respuesta de Bruce Alderson a ¿Cuáles son algunas de las mejores prácticas para el desarrollo web móvil para reducir el uso de ancho de banda? son buenos. Además, recomendaría diseñar su aplicación de manera muy asincrónica. Creo que realmente debería considerar cuidadosamente toda la persistencia, el almacenamiento en caché y las instalaciones de almacenamiento fuera de línea disponibles al diseñar aplicaciones web móviles. Finalmente, personalmente no soy un gran admirador de los diseños receptivos, aunque son mejores que nada, creo que debería haber separado la IU específica para las clases de dispositivos que no necesitan esperar OFTEN para que los datos en la red sean útiles.