javascript code - ¿Qué es AMP HTML y cómo encaja con framework / tool X?




web (4)

AMP HTML básicamente está volviendo a lo básico y sirviendo el HTML más rápido posible. Me acuerdo de WAP y el Nokia 7110 .

Es un conjunto estricto de reglas para hacer una página web, que está abierta para crecer y abierta a extensiones por otras compañías y desarrolladores.

La forma en que esto funciona con SPA (aplicaciones de una sola página) y otros frameworks pesados ​​de front-end de javascript es desconocida en este punto, eso es para que los desarrolladores lo descubran.

En esencia, sus páginas HTML estáticas con elementos personalizados diseñados para cargar lo más rápido posible en conexiones lentas y vistas pequeñas. Cualquiera puede optimizar su sitio para dispositivos móviles y reducirlo a unos pocos KB si realmente lo desean, AMP-HTML o no.

El principal beneficio es

  1. Google lo apoyará, piense en Android, Chrome y Google Search, Google CDN.
  2. Las páginas se cargarán muy rápido y se verán bastante quietas.

La adopción inicial como por Wordpress y otros editores puede ser un conjunto separado de páginas AMP amigables para dispositivos móviles. Esto proviene de Google, que quería que hicieras que tus páginas web normales fueran compatibles con dispositivos móviles o enfrentaran éxitos de SEO.

Si lo piensas a largo plazo es una especificación para la web móvil que se centra en el rendimiento. Si se adopta, en 5 años, cualquier página web puede cargarse en segundos en una conexión móvil, independientemente de la calidad de esa conexión. Si no podemos esperar a que las compañías de tecnología y telecomunicaciones aumenten la velocidad, al menos podemos disminuir el tamaño de nuestras páginas.

De acuerdo, entonces probablemente ya hayamos escuchado acerca del HTML AMP de Google.

Lo que tengo curiosidad es cómo va a encajar esto con nuestros flujos de trabajo existentes. Si está escribiendo una aplicación React o Angular, ¿cómo encaja AMP HTML en el proceso de desarrollo? Cada uno de estos marcos ya tiene una forma de definir componentes y parece que AMP simplemente está agregando a la pila.

La mayoría de nosotros ya estamos usando otras herramientas como browserify o webpack. No estoy viendo fácilmente cómo AMP encaja con el resto. Algunas de estas herramientas ya nos permiten servir a nuestro sitio de manera optimizada. ¿Cuánto va a cambiar AMP HTML todo esto?


Las cosas están más claras ahora a través de esta URL

Una de las mayores optimizaciones es el hecho de que hace que todo lo que proviene de los recursos externos sea asincrónico, por lo que no hay nada en la página que pueda bloquear el procesamiento.

Así que ya no se renderiza el bloqueo de CSS.

Otras técnicas de rendimiento incluyen el espacio aislado de todos los iframes, el cálculo previo del diseño de cada elemento en la página antes de que se carguen los recursos y la desactivación de los selectores CSS lentos.

Espero que este nuevo enlace ayude.


AMP está diseñado para páginas estáticas. Los desarrolladores tienen que hacer dos páginas diferentes: versión normal y versión de AMP. La página de AMP tendrá un enlace a la página normal y viceversa. Cada vez que una solicitud llega a la página normal desde el móvil, se cargará la página de AMP y viceversa. Google tiene su propio caché AMP para cargarlo más rápido. Al desarrollar páginas de AMP solo tenemos que considerar las reglas de AMP.


"Uso estricto"; es un seguro que el programador no utilizará las propiedades sueltas o malas de JavaScript. Es una guía, al igual que una regla le ayudará a hacer líneas rectas. "Usar estricto" te ayudará a hacer "Codificación directa".

Aquellos que prefieren no usar reglas para hacer sus líneas directamente terminan en esas páginas pidiendo a otros que depuren su código.

Créame. La sobrecarga es insignificante en comparación con el código mal diseñado. Doug Crockford, quien ha sido un desarrollador senior de JavaScript durante varios años, tiene una publicación muy interesante aquí . Personalmente, me gusta volver a su sitio todo el tiempo para asegurarme de no olvidar mi buena práctica.

La práctica moderna de JavaScript siempre debe evocar el "uso estricto"; pragma La única razón por la que el Grupo ECMA ha hecho opcional el modo "Estricto" es permitir que los codificadores con menos experiencia accedan a JavaScript y dar tiempo para que se adapte a las nuevas y más seguras prácticas de codificación.





javascript html angularjs reactjs amp-html