Desarrollo de SPA para AEM developing-spas-for-aem
Las aplicaciones de una sola página (SPA) pueden ofrecer experiencias atractivas para los usuarios de sitios web. SPA Los desarrolladores quieren poder crear sitios utilizando marcos de trabajo de la y los autores quieren editar contenido dentro de Adobe Experience Manager AEM (la opción de la) sin problemas para un sitio creado con esos marcos de trabajo.
SPA AEM AEM SPA AEM Este artículo presenta preguntas importantes que se deben tener en cuenta al contratar a un desarrollador front-end para desarrollar una aplicación para la y ofrece una descripción general de la arquitectura de las soluciones de implementación de la aplicación de la aplicación de la forma de la implementación de la aplicación de la aplicación de la aplicación de la forma de un desarrollador de front-end en la implementación de la implementación de la aplicación de la en la.
SPA AEM Principios de desarrollo de la spa-development-principles-for-aem
El desarrollo de aplicaciones de una sola página en AEM supone que el desarrollador front-end sigue las prácticas recomendadas estándar al crear una SPA. AEM SPA Si, como desarrollador front-end, sigue estas prácticas recomendadas generales y algunos principios específicos de la interfaz de usuario de la aplicación, el administrador de la aplicación de la aplicación de la interfaz de usuario de su cuenta de usuario de la aplicación de, el administrador de la aplicación de la aplicación de la configuración de usuario de la aplicación estará funcionando con la siguiente: AEM y sus capacidades de creación de contenido.
- Portabilidad - Al igual que con cualquier otro componente, los componentes deben crearse para que sean lo más portátiles posible. La SPA debe crearse con componentes transferibles y reutilizables.
- AEM impulsa la estructura del sitio: el desarrollador front-end crea componentes y posee su estructura interna, pero depende de AEM para definir la estructura de contenido del sitio.
- Procesamiento dinámico: todo el procesamiento debe ser dinámico.
- Enrutamiento dinámico - SPA AEM El usuario es responsable del enrutamiento, lo escucha y lo recupera en función de lo que se haya hecho en la base de datos de, y el usuario es responsable de la. Cualquier enrutamiento también debe ser dinámico.
SPA AEM Si tiene en cuenta estos principios a medida que desarrolle su, será lo más flexible y tendrá la mayor garantía de futuro posible, al tiempo que se habilitan todas las funcionalidades de creación de contenido compatibles.
AEM Si no necesita admitir características de creación de la, es posible que tenga que considerar una opción diferente SPA modelo de diseño de.
Portabilidad portability
Al igual que al desarrollar cualquier componente, los componentes deben diseñarse de tal manera que maximice su portabilidad. Debe evitarse cualquier patrón que vaya en contra de la portabilidad o reutilización de los componentes para garantizar la compatibilidad, flexibilidad y capacidad de mantenimiento en el futuro.
SPA El resultado debe ser construido con componentes altamente portátiles y reutilizables.
AEM Estructura del sitio de aem-drives-site-structure
SPA El desarrollador front-end debe considerarse a sí mismo como responsable de crear una biblioteca de componentes de que se utilizan para crear la aplicación. El desarrollador front-end tiene un control total de la estructura interna de los componentes. AEM Sin embargo, en todo momento, es propietario de la estructura del sitio.
Esto significa que el desarrollador front-end puede añadir contenido del cliente antes o después del punto de entrada de los componentes y también puede realizar llamadas de terceros dentro del componente. Sin embargo, el desarrollador front-end no tiene control total sobre cómo se anidan los componentes, por ejemplo.
Procesamiento dinámico dynamic-rendering
SPA La solo debe depender de la renderización dinámica del contenido. AEM Esta es la expectativa predeterminada en la que la recupera y procesa todos los elementos secundarios de la estructura de contenido.
AEM Cualquier renderización explícita que apunte a contenido específico se considera una renderización estática y, aunque se admite, no es compatible con las funciones de creación de contenido. Esto también va en contra del principio de portabilidad.
Enrutamiento dinámico dynamic-routing
Al igual que con el procesamiento, todo el enrutamiento también debe ser dinámico. AEM En el SPA la ruta siempre debe pertenecer a la dirección AEM y lo escucha, y recupera contenido basado en él.
Cualquier enrutamiento estático funciona con la variable principio de portabilidad AEM y limita al autor al no ser compatible con las funciones de creación de contenido de la aplicación de la creación de contenido de la. Por ejemplo, con el enrutamiento estático, si el autor de contenido desea cambiar una ruta o cambiar una página, tendría que pedirle al desarrollador front-end que lo haga.
Tipo de archivo del proyecto AEM aem-project-archetype
Cualquier proyecto AEM debería utilizar el Tipo de archivo del proyecto AEM, que admite proyectos de SPA que utilizan React o Angular y aprovecha el SDK de SPA.
SPA Modelos de diseño spa-design-models
Si la variable SPA AEM Principios de desarrollo de la SPA AEM son seguidos, entonces sus funcionarán con todas las funciones de creación de contenido de admitidas.
Sin embargo, puede haber casos en los que esto no sea del todo necesario. En la tabla siguiente se ofrece una descripción general de los distintos modelos de diseño, sus ventajas y sus desventajas.
SPA AEM Migración de recursos existentes a la migrating-existing-spas-to-aem
SPA Por lo general, si el usuario sigue el procedimiento de SPA AEM Principios de desarrollo de laSPA AEM AEM SPA , el funcionará en el modo de trabajo y se podrá editar con el Editor de la de trabajo de la aplicación de.
SPA AEM Siga estos pasos para preparar sus existentes para trabajar con ellos.
-
Haga que los componentes JS sean modulares.
Permitir que se representen en cualquier orden, posición y tamaño.
-
Utilice los contenedores proporcionados por el SDK de Adobe para colocar los componentes en la pantalla.
AEM proporciona un componente del sistema de páginas y párrafos para que lo utilice.
-
AEM Cree un componente de para cada componente JS.
AEM Los componentes de definen el cuadro de diálogo y la salida JSON.
Instrucciones para desarrolladores de front-end instructions-for-front-end-developers
SPA AEM La tarea principal al involucrar a un desarrollador front-end para crear una para la creación de segmentos es acordar sobre los componentes y sus modelos JSON.
SPA AEM A continuación se describen los pasos que debe seguir un desarrollador front-end al desarrollar una para la creación de segmentos de cliente de la interfaz de usuario de la interfaz de usuario de.
-
Acordar componentes y su modelo JSON
AEM SPA Los desarrolladores de front-end y de back-end deben ponerse de acuerdo sobre qué componentes son necesarios y un modelo, de modo que haya una coincidencia individualizada entre los componentes de la interfaz de usuario y los componentes de back-end de la interfaz de usuario de la interfaz de usuario de la interfaz de usuario de la interfaz de usuario de la interfaz de usuario.
AEM La mayoría de los componentes todavía son necesarios para proporcionar cuadros de diálogo de edición y para exportar el modelo de componente.
-
En Componentes de React, acceda al modelo mediante
this.props.cqModel
SPA Una vez acordados los componentes y que el modelo JSON esté listo, el desarrollador front-end es libre de desarrollar el modelo de JSON y puede acceder a él simplemente a través de la interfaz de usuario de JSON. El desarrollador de JSON puede desarrollar el modelo de JSON de una manera sencilla y sencilla.
this.props.cqModel
. -
Implementar el del componente
render()
métodoEl desarrollador front-end implementa las
render()
y pueden utilizar los campos de la variable.cqModel
propiedad. Esto genera el DOM y los fragmentos de HTML que se insertan en la página. Esta es la forma estándar de crear una aplicación en React. -
AEM Asigne el componente al tipo de recurso de mediante
MapTo()
La asignación almacena clases de componentes y la utiliza internamente el proporcionado
Container
para recuperar y crear instancias de componentes de forma dinámica en función del tipo de recurso dado.Esto sirve como "pegamento" entre el front-end y el back-end para que el editor sepa a qué componentes corresponden los componentes de react.
El
Page
yResponsiveGrid
son buenos ejemplos de clases que amplían la baseContainer
. -
Defina el del componente
EditConfig
como parámetro aMapTo()
Este parámetro es necesario para indicar al editor cómo se debe asignar un nombre al componente, siempre que no se haya procesado aún o no tenga contenido para procesar.
-
Ampliar el proporcionado
Container
clase para páginas y contenedoresLos sistemas de páginas y párrafos deben ampliar esta clase para que la delegación a los componentes internos funcione según lo esperado.
-
Implementar una solución de enrutamiento que use el HTML 5
History
API.Si la variable
ModelRouter
está habilitado, llamando a la funciónpushState
yreplaceState
funciones déclencheur una solicitud aPageModelManager
para recuperar un fragmento que falta del modelo.La versión actual de
ModelRouter
solo admite el uso de direcciones URL que apunten a la ruta de recurso real de los puntos de entrada del modelo Sling. No admite el uso de direcciones URL o alias de vanidad.El
ModelRouter
se puede deshabilitar o configurar para que ignore una lista de expresiones regulares.
AEM agnóstico aem-agnostic
Estos bloques de código ilustran cómo los componentes de React y Angular no necesitan nada que sea específico o de Adobe AEM de la.
- AEM Todo lo que se encuentra dentro del componente JavaScript no es independiente de la aplicación de la aplicación de la aplicación de.
- AEM AEM Sin embargo, lo que es específico de la es que el componente JS debe asignarse a un componente de la aplicación de seguridad de la aplicación de ayuda de MapTo.
El MapTo
Helper es el "pegamento" que permite hacer coincidir los componentes del back-end y del front-end:
- Indica al contenedor de JS (o sistema de párrafos de JS) qué componente de JS es responsable de procesar cada uno de los componentes presentes en el JSON.
- Agrega un atributo de datos de HTML al HTML SPA que procesa el componente JS, de modo que el Editor de datos sepa qué cuadro de diálogo mostrar al autor al editar el componente.
Para obtener más información sobre el uso de MapTo
SPA AEM y crear una lista de componentes para la creación de informes de manera general, consulte la guía de introducción para obtener información sobre el marco de trabajo seleccionado.
AEM SPA Arquitectura de la y la aem-architecture-and-spas
AEM SPA La arquitectura general de los entornos de desarrollo, creación y publicación, entre otros, no cambia al utilizar la. SPA Sin embargo, es útil comprender cómo encaja el desarrollo de la en esta arquitectura.
-
Entorno de compilación
SPA Aquí es donde se extrae el origen del origen de la aplicación y del origen del componente de la aplicación de la.
- SPA El generador clientlib de NPM crea una biblioteca de cliente a partir del proyecto de.
- AEM Maven se encarga de tomar esa biblioteca e implementarla el complemento de compilación de Maven junto con el componente al autor de la.
-
AEM Autor de
AEM SPA El contenido se crea en el autor de la, incluido el autor de la creación
SPA SPA Cuando se edita una con el Editor de en el entorno de creación:
- SPA El HTML externo se lo solicita el.
- Se carga el CSS.
- SPA Se carga el JavaScript de la aplicación de.
- SPA Cuando se ejecuta la aplicación de la, se solicita el JSON, lo que permite a la aplicación crear el DOM de la página, incluido el
cq-data
atributos. - Esta
cq-data
Los atributos de permiten al editor cargar información de página adicional para saber qué configuraciones de edición están disponibles para los componentes.
-
AEM Publicación de
SPA Aquí es donde el contenido creado y las bibliotecas compiladas, incluidos los artefactos de aplicación, clientlibs y componentes, se publican para uso público.
-
Dispatcher/CDN
AEM Dispatcher sirve como la capa de almacenamiento en caché de los recursos para los visitantes del sitio.
- AEM Las solicitudes se procesan de forma similar a como se encuentran en el autor de la página, pero no hay ninguna solicitud de información de la página porque solo la necesita el editor.
- JavaScript, CSS, JSON y HTML se almacenan en caché, lo que optimiza la página para una entrega rápida.
Pasos siguientes next-steps
SPA AEM Para obtener una descripción general de cómo se estructura un simple en la y cómo funciona, consulte la guía de introducción para ambos Reaccionar y Angular.
SPA Para obtener una guía paso a paso sobre cómo crear sus propios, consulte la AEM SPA Introducción al Editor de eventos de: Tutorial de eventos de WKND.
SPA AEM Para obtener más información acerca de la asignación de modelos dinámicos a componentes y cómo funciona dentro de la asignación de componentes dentro de la en la aplicación, consulte el artículo SPA Asignación de modelos dinámicos a componentes para la creación de.
SPA AEM Si desea implementar un esquema de trabajo en el que se incluya un módulo de trabajo que no sea React o Angular SPA AEM, o simplemente desea profundizar en cómo funciona el SDK de la para la creación de informes, consulte el documento de trabajo de la aplicación de diseño de informes (en inglés) que contiene información detallada sobre cómo funciona el SDK para la creación de informes de. SPA Modelo de artículo.