Entrega de contenido content-delivery
AEM Las aplicaciones móviles deben poder utilizar todo el contenido en los segmentos según sea necesario para ofrecer la experiencia de la aplicación a la que van dirigidas.
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:
- Assets
- Contenido de HTML empaquetado (HTML/CSS/JS)
- Contenido independiente del canal
Recursos assets
AEM Las colecciones de recursos son construcciones de recursos 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:
-
AEM Referencia de recursos disponible de forma predeterminada en el uso de la
-
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
AEM AEM Los servicios de contenido proporcionan acceso a recursos administrados por el usuario a los que no se puede hacer referencia a través de otro contenido de la administración de la.
Assets administrado existente existing-managed-assets
Un usuario de AEM Sites y Assets está usando 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
AEM 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) 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. AEM Por lo tanto, las entidades de recursos se almacenan en el JCR de la 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 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".
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
Se necesita contenido HTML 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.
AEM Los servicios de contenido proporcionan contenido de HTML a la aplicación móvil mediante la API de. AEM Los clientes que deseen exponer el contenido de la como HTML pueden crear una entidad de página del HTML AEM que apunte a la fuente de contenido de la.
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 de la página HTML se pueden ajustar para utilizar una ruta relativa a estos archivos.
- AEM Transmisión por secuencias: Obteniendo un manifiesto de los archivos necesarios de los que se ha obtenido la notificación por parte de los. 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
AEM El contenido independiente del canal es una forma de exponer construcciones de contenido de canal, como páginas, sin tener que preocuparse por el diseño, los componentes u otra información específica del canal.
AEM Estas entidades de contenido se generan mediante un modelo de contenido para traducir las estructuras de la a un formato JSON. AEM Los datos JSON resultantes contienen información sobre los datos del contenido que están disociados del repositorio de la. AEM Esto incluye la devolución de metadatos y vínculos de referencia a recursos, así como 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.
-
ZIPS de contenido de GET AEM por medio de la técnica de sobreexposición de la vía aérea de la
-
Los controladores de sincronización de contenido pueden actualizar el paquete zip directamente o llamando a los procesadores de contenido existentes
- Controladores de plataforma
- AEM Manejadores de
- Controladores personalizados
-
-
GET de contenido directamente mediante procesadores de contenido
- Procesadores de Sling predeterminados de forma predeterminada
- Procesadores de contenido de AEM Mobile/Content Services
- Procesamientos personalizados