Conceptos básicos

​

Resumen

CXF te da un conjunto pequeño de bloques que se combinan de formas consistentes. Una vez que los conoces, cada feature page cobra sentido, porque los mismos conceptos reaparecen una y otra vez entre módulos. Hay cinco ideas para tener en mente:

1. Primitives — tus objetos de negocio fundamentales: Content, Customer Data y Commerce.
2. El modelo compartido — los constructos comunes con los que se construye toda primitiva.
3. Orchestration — cómo se activan y coordinan los objetos.
4. Endpoints — cómo expones todo eso como tu propia API.
5. Experiences — cómo se compone en apps y front ends.

Todo en CXF es composable: ensamblas estos bloques en lugar de construir funcionalidades desde cero, y puedes añadir, cambiar o reemplazar piezas sin reconstruir el conjunto.

​

Primitives: Content, Customer Data, Commerce

Las primitivas son los tipos de objeto fundamentales —los lugares donde tu valor se almacena y se estructura—. La idea importante: estas no son tres apps separadas. Son primitivas interoperables que comparten un mismo modelo —así, un Workflow, una Relationship o una View funcionan igual ya sea sobre Content, un Contact o un Order—. Cada primitive se hace concreto con un conjunto de object types — los tipos específicos de objeto con los que trabajas, como contacts, orders o content_instances. Consulta Object types para el catálogo completo y los features que soporta cada uno.

​

El modelo compartido

Toda primitiva se construye con el mismo conjunto de constructos. Apréndelos una vez y sabrás leer cualquier módulo.

​

Orchestration: poner los objetos en movimiento

Las primitivas guardan valor; la orquestación lo activa. Aquí los objetos almacenados se convierten en comportamiento en tiempo real —reaccionando a señales, ejecutando lógica y coordinando entre primitivas y canales—.

​

Endpoints: tu propio catálogo de API

CXF es API-first. Diseñas tus propios Endpoints para exponer primitivas y orquestación como un catálogo de API RESTful propio, único para tu entorno —gobernado y listo para que cualquier front end, integración o sistema de IA lo consuma—. Construyes y pruebas esos endpoints en el APIs Playground, agregas sus respuestas con Bundles, y controlas el acceso con API Keys. Diseñas e inspeccionas la superficie en Docs explorer:

​

Experiences: componer el front end

Por último, las experiencias se ensamblan a partir de todo lo anterior en lugar de construirse como apps independientes. Con las Journey Manager Apps, los equipos componen aplicaciones operativas: el App Designer organiza la navegación, las Sections reutilizables se vinculan a Views, y las layout pages y las Single Record pages presentan y editan la data —todo heredando las relaciones y la gobernanza de los objetos que tienen debajo—.

​

Cómo encaja todo

Los bloques se apilan en un solo flujo: Primitives almacenan y estructuran tu valor → el modelo compartido les da un vocabulario común → la orquestación los activa y coordina → los endpoints los exponen como tu propia API → las experiencias los componen en lo que tus clientes y equipos realmente usan. Como cada pieza es reutilizable y composable, puedes empezar con una porción pequeña y crecer —añadiendo constructos, automatizaciones, endpoints o apps— sin rearquitecturar lo que ya tienes.

​

Siguientes pasos