Antes de que la IA generativa llenara nuestro mundo con textos abultados, los humanos dependíamos de notas concisas y gramaticalmente indiferentes para ayudar a otros (y a ellos mismos) a navegar en el vasto mar del desarrollo de software. Esto es lo que consideré esencial sobre Ember, extraído de una nota desenterrada hace años:

• ember-data es una capa de persistencia tipo ORM que Ember usa de forma predeterminada. Utiliza modelos, adaptadores, serializadores y una tienda como conceptos fundamentales. Cuando una API no es adecuada para ember-data, es posible utilizar un punto final REST ad-hoc o un punto final estilo RPC.
• La tienda devuelve recursos envueltos en "objetos de promesa". Estos servidores proxy permiten que los recursos se carguen de forma diferida y activan recuperaciones al acceder a una relación que no está cargada. Hacer esto en un bucle es lo que genera N 1 consultas.
• Las plantillas de Ember utilizan el enlace de datos para volver a representar automáticamente partes del DOM cuando cambia el modelo de respaldo.
• Las aplicaciones Ember son "aplicaciones de una sola página". El servidor web devuelve una página HTML estática para todas las solicitudes entrantes y una vez que se carga JavaScript, la solicitud se enruta a través de los componentes de Ember que realizan llamadas API a uno de nuestros innumerables microservicios.
• Los componentes son la abstracción de la interfaz de usuario que proporciona Ember, que combinan una plantilla y un archivo JavaScript. Ember también proporciona un contenedor de inyección de dependencias, servicios (unitarios administrados por el contenedor), rutas, etc.