Entrega de contenido content-delivery
- El Editor universal para editar contenido sin encabezado de forma visual.
- El Editor de fragmentos de contenido para la edición de contenido sin encabezado basada en formularios.
Las aplicaciones móviles deben poder utilizar todo el 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 (aéreo) y contenido personalizado que puede tener su propia estructura.
Existen tres tipos principales de material que los servicios de contenido ofrecen:
- Recursos
- Contenido de HTML empaquetado (HTML/CSS/JS)
- Contenido independiente del canal
Recursos assets
Las colecciones de recursos son construcciones de AEM que contienen referencias a otras colecciones.
Una colección de recursos se puede exponer a través de Content Services. La llamada a una colección de recursos en una solicitud devuelve un objeto que es una lista de recursos, incluidas sus direcciones URL. Se accede a Assets a través de una dirección URL. La dirección URL se proporciona en un objeto. Por ejemplo:
- Una entidad de página devuelve el JSON (objeto de página) que incluye una referencia de imagen. La referencia de imagen es una dirección URL que se utiliza para obtener el binario de recursos de la imagen.
- Una solicitud de una lista de recursos en una carpeta devuelve el JSON con detalles sobre todas las entidades de esa carpeta. Esa lista es un objeto. El JSON tiene referencias de URL que se utilizan para obtener el binario de recursos para cada recurso de esa carpeta.
Optimización de recursos asset-optimization
Un valor clave de Content Services es la capacidad de devolver recursos optimizados para el dispositivo. Esto reduce las necesidades de almacenamiento del dispositivo local y mejora el rendimiento de la aplicación.
La optimización de recursos es una función del lado del servidor, basada en la información proporcionada en la solicitud de API. Siempre que sea posible, las representaciones de recursos deben almacenarse en caché para que las solicitudes similares no requieran la regeneración de la representación de recursos.
Flujo de trabajo Assets assets-workflow
El flujo de trabajo de recursos es el siguiente:
-
Referencia de recursos disponible de forma predeterminada en AEM
-
Crear una entidad de referencia de recurso a partir de su modelo
-
Editar entidad
- Elegir un recurso o una colección de recursos
- Personalizar el procesamiento de JSON
El diagrama siguiente muestra el Flujo de trabajo de referencia de Assets:
Administración de Assets managing-assets
Content Services proporciona acceso a recursos administrados por AEM a los que no se puede hacer referencia mediante otro contenido de AEM.
Assets administrado existente existing-managed-assets
Un usuario de AEM Sites y Assets está utilizando AEM Assets para administrar todo su material digital para todos los canales. Están desarrollando una aplicación móvil nativa y deben utilizar varios recursos administrados por AEM Assets. Por ejemplo, logotipos, imágenes de fondo e iconos de botón.
Actualmente se distribuyen por todo el repositorio de Assets. Los archivos a los que la aplicación debe hacer referencia se encuentran en los siguientes:
- /content/dam/geometrixx-outdoors/brand/logo_light.png
- /content/dam/geometrixx-outdoors/brand/logo_dark.png
- /content/dam/geometrixx-outdoors/styles/backgrounds/grey_blue.jpg
- /content/dam/geometrixx-outdoors/brand/icons/app/cart.png
- /content/dam/geometrixx-outdoors/brand/icons/app/home.png
Acceso a entidades de recursos CS accessing-cs-asset-entities
Dejemos de lado los pasos de cómo la página está disponible a través de la API por ahora (está cubierta por la descripción de la interfaz de usuario de AEM) y supongamos que se ha hecho. Se han creado y agregado entidades de recursos al espacio “appImages”. Se han creado carpetas adicionales en el espacio con fines de organización. Por lo tanto, las entidades de recursos se almacenan en el JCR de AEM como:
- /content/entities/appImages/logos/logo_light
- /content/entities/appImages/logos/logo_dark
- /content/entities/appImages/bkgnd/gray_blue
- /content/entities/appImages/icon/cart
- /content/entities/appImages/icon/home
Obtención de una lista de entidades de recursos disponibles getting-a-list-of-available-asset-entities
Un desarrollador de aplicaciones puede obtener una lista de los recursos disponibles recuperando las entidades de los recursos. El extremo del espacio de Content Services puede proporcionar esa información a través de la API de servicio web SDK.
El resultado sería un objeto en formato JSON que proporcionaría una lista de los recursos de la carpeta “iconos”.
Obtención de una imagen getting-an-image
El JSON proporciona una 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 de cliente.
Contenido de HTML empaquetado packaged-html-content
El contenido de HTML es necesario para los clientes que deben mantener la presentación del contenido. Esto resulta útil para las aplicaciones nativas que utilizan un contenedor web (como una vista web de Cordova) para mostrar el contenido.
Los servicios de contenido de AEM proporcionan contenido de HTML a la aplicación móvil mediante la API. Los clientes que deseen exponer el contenido de AEM como HTML pueden crear una entidad de página de HTML que apunte a la fuente de contenido de AEM.
Se tienen en cuenta las siguientes opciones:
- Archivo Zip: Para tener la mejor oportunidad de mostrarse correctamente en el dispositivo, los recursos, css de material, JavaScript, etc. a los que se hace referencia en la página se incluyen en un único archivo comprimido con la respuesta. Las referencias en la página de HTML se pueden ajustar para utilizar una ruta relativa a estos archivos.
- Transmisión: Obtención de un manifiesto de los archivos necesarios de AEM. A continuación, utilice ese manifiesto para solicitar todos los archivos (HTML, CSS, JS, etc.) con solicitudes posteriores.
Contenido independiente del canal channel-independent-content
El contenido independiente del canal es una forma de exponer las construcciones de contenido de AEM, como las páginas, sin preocuparse por el diseño, los componentes u otra información específica del canal.
Estas entidades de contenido se generan mediante 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 se desacopla del repositorio de AEM. Esto incluye la devolución de metadatos y vínculos de referencia de AEM a recursos y las relaciones entre estructuras de contenido, incluida la jerarquía de entidades.
Administración de contenido independiente del canal managing-channel-independent-content
El contenido puede llegar a la aplicación de varias formas.
-
OBTENCIÓN de archivos ZIPS de contenido 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
- Controladores de plataforma
- Controladores de AEM
- Controladores personalizados
-
-
OBTENER contenido directamente mediante procesadores de contenido
- Procesadores de Sling predeterminados de forma predeterminada
- Procesadores de contenido de AEM Mobile/Content Services
- Procesamientos personalizados