El package griddo-cx
está dividido en dos carpetas principales: una para la lógica de negocio en /exporter
y otra para Gatsby (builder) /src
.
Griddo Exporter es el script orquestador que debe llamar una vez por cada dominio a los distintos procesos que implican la realización de la publicación de una instancia.
En el exporter se desarrolla todo lo necesario para la conexión con API, post-procesado de los datos y generación de JSONS finales de los sites con "el estándar Griddo". Aquí es donde se ejecuta la mayor parte de la lógica: obtención de páginas, listados, distribuidores, idomas, etc. Todo está implementado como una library, nada se ejecuta por sí solo. Lo tiene que hacer el Adapter.
Adapter
El adapter es una parte del código de CX que orquesta un render, utilizando como servicios la library de CX y el framework de SSG disponible. Actualmente hay un SSG, Gatsby. Por lo tanto hay un adapter a Gatsby. Lógica de negocio y SSG ya no están mezclados.
Si hay un requerimiento en CX es muy probable que sea en esta parte donde haya que trabajar.
Aquí es donde reside el SSG actual (Gatsby) junto a archivos en el raíz, como gatsby-node
, etc. Este ssg será llamado por el Adapter dentro del Data LifeCycle
. El SSG solo debe saber que hay una carpeta /store/
con los .json que representan las páginas a renderizar. Desde la cx-library
también podrá hacer uso de otras utilidades, servicios y componentes. Por ejemplo utilizará la función getBuildPagesFromStore
para obtener las páginas anteriormente creadas desde el store. Es decir, El SSG "no sabe" dónde están las páginas, tan solo tiene una función que se las va a devolver.
- [ ] Crear el store utilizando un HASH como nombre de archivo y no el ID.
- [ ] Manejar el store teniendo en cuenta el ID de las páginas leyendo el objeto y no el nombre del archivo.