Adobe recomienda utilizar el Editor de SPA para proyectos que requieren una representación del lado del cliente basada en el marco de aplicaciones de una sola página (por ejemplo, React). Más información.
Las aplicaciones móviles deben poder usar cualquier contenido en AEM según sea necesario para ofrecer la experiencia de aplicación segmentada.
Esto incluye el uso de recursos, contenido del sitio, contenido de CaaS (sobre el terreno) y contenido personalizado que puede tener su propia estructura.
El contenido sobre el aire puede provenir de cualquiera de los controladores anteriores a través de los controladores de ContentSync. Se puede utilizar para agrupar paquetes y envíos a través de zips, así como para mantener actualizaciones para esos paquetes.
Los servicios de contenido ofrecen tres tipos principales de material:
Las colecciones de recursos son construcciones AEM que contienen referencias a otras colecciones.
Una colección de recursos se puede exponer a través de Content Services. Llamar a una colección de recursos en una solicitud devuelve un objeto que es una lista de los recursos, incluidas sus direcciones URL. Se accede a los recursos a través de una dirección URL. La dirección URL se proporciona en un objeto. Por ejemplo:
Un valor clave de Content Services es la capacidad de devolver recursos que están optimizados para el dispositivo. Esto reduce las necesidades de almacenamiento de dispositivos locales y mejora el rendimiento de la aplicación.
La optimización de recursos será una función del servidor basada en la información suministrada en la solicitud de API. Siempre que sea posible, las representaciones de recursos deben almacenarse en caché para que solicitudes similares no requieran una nueva generación de la representación de recursos.
El flujo de trabajo de recursos es el siguiente:
Referencia de recursos disponible en AEM lista para usar
Crear entidad de referencia de recurso según su modelo
Editar entidad
El diagrama siguiente muestra el Flujo de trabajo de referencia de recursos:
Los servicios de contenido proporcionan acceso a AEM recursos administrados a los que es posible que no se haga referencia a través de otro contenido de AEM.
Un usuario de AEM Sites y Assets existente utiliza AEM Assets para administrar todo el material digital de todos los canales. Están desarrollando una aplicación móvil nativa y necesitan utilizar varios recursos que administra AEM Assets. Por ejemplo: logotipos, imágenes de fondo, iconos de botón, etc.
Actualmente, se distribuyen alrededor del repositorio de Assets. Los archivos a los que debe hacer referencia la aplicación están en:
Dejemos de lado los pasos de cómo la página está disponible a través de la API por ahora (estará cubierta por la descripción de la interfaz de usuario de AEM) y asumamos que se ha hecho. Se han creado y agregado entidades de recursos al espacio "appImages". Se han creado carpetas adicionales en el espacio para fines de organización. Por lo tanto, las entidades de recursos se almacenan en el JCR de AEM como:
Un desarrollador de aplicaciones puede obtener una lista de los recursos disponibles recuperando las entidades de recursos. El extremo de espacio de Content Services puede proporcionar esa información a través del SDK de la API del servicio web.
El resultado sería un objeto en formato JSON que proporcionaría una lista de los recursos de la carpeta "iconos".
El JSON proporciona una dirección URL para cada imagen, generada por los servicios de contenido a la imagen.
Para obtener el binario de la imagen "carrito", se vuelve a utilizar la biblioteca cliente.
El contenido HTML es necesario para los clientes que necesitan mantener el diseño del contenido. Esto resulta útil para las aplicaciones nativas que utilizan un contenedor web, como una vista web de Cordova, para mostrar el contenido.
AEM Content Services podrá proporcionar contenido HTML a la aplicación móvil mediante la API. Los clientes que deseen exponer AEM contenido como HTML crearán una entidad de página HTML que apunte al origen de contenido de AEM.
Se tienen en cuenta las siguientes opciones:
El contenido independiente del canal es una forma de exponer AEM construcciones de contenido, como páginas, sin tener que preocuparse por el diseño, los componentes u otra información específica del canal.
Estas entidades de contenido se generan utilizando un modelo de contenido para traducir las estructuras de AEM a un formato JSON. Los datos JSON resultantes contienen información sobre los datos del contenido, que están disociados del repositorio de AEM. Esto incluye devolver metadatos y vínculos de referencia AEM a recursos, así como las relaciones entre las estructuras de contenido, incluida la jerarquía de entidades.
El contenido puede acceder a la aplicación de varias formas.
GET del contenido ZIPS mediante AEM Over-the-Air
Los controladores de sincronización de contenido pueden actualizar el paquete zip directamente o llamando a los procesadores de contenido existentes
GET del contenido directamente a través de los procesadores de contenido