La mayoría de los sitios web que dicen que son ‘móviles primero’ (bandera roja) en realidad solo están construyendo un sitio de escritorio y luego usan un montón de consultas de medios hacia atrás para ocultar cosas y tonterías de una manera visual. Todavía estás descargando todo el sitio.
Así es como la mayoría de los sitios lo hacen … pero no tiene por qué ser así.
Junto con las ideas detrás del diseño receptivo, también existe la idea del diseño ‘ responsable ‘. Diseño Responsive Responsible de Scott Jehl – o esta colección: Responsive Design es un gran recurso sobre el tema.
- Cómo crear un sitio web móvil
- ¿Es posible hacer una aplicación o sitio web sin alojarlo en un servidor?
- ¿Cuáles son las ventajas de HTML5?
- ¿Cuáles son las desventajas del desarrollo de sitios web móviles?
- ¿Por qué debería crear una aplicación móvil dirigida a una plataforma específica en lugar de desarrollar un sitio web HTML5 móvil?
En mi trabajo, primero diseño una pantalla pequeña con contenido como rey. Cargo cosas condicionalmente en función de una serie de requisitos, como el tamaño de la pantalla y los eventos táctiles. Utilizo un servidor para crear muchos tamaños de imagen y extraerlos en consecuencia. Cargo guiones condicionalmente y trato el contenido de manera diferente según el tamaño de mi pantalla. Cosas como el colapso de la copia y permitir que se abra pueden ser muy útiles. Dependiendo de su sitio, definitivamente puede construir un sitio móvil primero y no tener archivos de gran tamaño y crear una gran experiencia, que sea más fácil de mantener, especialmente para las empresas más pequeñas. Desafortunadamente, esto requiere que todos estén a bordo desde el principio y que las cosas se implementen adecuadamente con previsión / que la mayoría de los clientes aún no ven el valor.
Dicho esto … a menudo este no es el caso . Los sitios que usted ubicó como ejemplos, tienen toneladas de anuncios y marketing y enormes colecciones de contenido y todo tipo de cosas detrás de escena que rastrean todo lo que hace.
En estos casos, puede ser mejor bifurcar los datos en muchos clientes que consumen una API. Cada uno de estos clientes puede tener sus propias ‘vistas’ (plantillas + estilos), y pueden aprovechar cosas específicas de iOS o Android, como por ejemplo, cómo iOS básicamente no le permite poner cosas táctiles cerca del fondo … y cómo Android tiene Algunos botones incorporados.
Todo se reduce a las compensaciones de lo que se puede mantener y lo mejor para ese propósito. Deben haber decidido que para ellos, un sitio separado era lo mejor. Incluso con las nuevas opciones en los marcos de JavaScript, como los motores de ascuas y la capacidad de cargar condicionalmente partes de la aplicación, o crear vistas alternativas, todavía hay muchas razones para tener clientes específicos del dispositivo, especialmente si tiene el $.
Sheriffderek en codementor
