ChiralData

La misma espiral, vista desde los datos.

ChiralUI es lo que la gente ve. ChiralData es lo que lo sostiene: los contratos, los caminos de escritura y lectura, los flujos y servicios detrás de cada pantalla. Crece con los mismos anillos y todavía es un concepto, sin nada que instalar.

Explorar ChiralUI Leer la Arquitectura Chiral

01 · Qué

El estado detrás de cada pantalla.

ChiralData da nombre a lo que sostiene una interfaz: contratos, caminos de escritura y de lectura, flujos y servicios. Hoy es un concepto y todavía no hay nada que instalar.

Contratos

Esquemas, tipos y códigos de error declarados una vez y compartidos por cada servicio y cliente, como ya hace @chiralkit/registry-schema.

Escritura ↔ Lectura

Cada escritura viaja con la lectura que la sirve: un log al que solo se añade y la proyección que lo lee, como ya hacen @chiralkit/event-log y @chiralkit/agent-store.

02 · Por qué

Una pantalla es tan fiable como sus datos.

Los componentes tienen un sistema de diseño; el estado que muestran casi nunca. La validación se copia entre cliente y servidor, y las lecturas se alejan de las escrituras. ChiralData le da al estado los mismos anillos, así que cada anillo de la UI tiene una cara de datos igual de explícita.

03 · Cómo

Los mismos anillos, vistos desde el estado.

Los contratos son la semilla. Las primitivas y los patrones se construyen sobre ellos, y en el anillo 2 cada escritura se encuentra con su lectura. Los flujos y los servicios lo componen todo, anillo a anillo, como hace ChiralUI con las interfaces.

Los seis anillos de ChiralData

Cada anillo de la UI tiene una cara de estado. Cada uno se construye con los dos anteriores, siguiendo Fibonacci: 0, 1, 1, 2, 3, 5. Los contratos son el punto del que parte todo; en el 2 empieza la quiralidad: cada escritura se entrega con su lectura.

Abrir la escena completa de Chirality

Contratos

Anillo 0

Esquemas, tipos, códigos de error y configuración, declarados una vez y compartidos por cada servicio y cliente. Hoy, en Chiralkit, es @chiralkit/registry-schema.

Primitivas

Anillo 1a

Funciones de una sola tarea construidas directamente desde los contratos: un validador, una consulta, un hash.

Patrones

Anillo 1b

Composiciones recurrentes de primitivas: un handler, una cadena de middleware, reintentos, paginación.

Escritura ↔ Lectura

Anillo 2

El par quiral: el mismo sobre, reflejado en la dirección. Un log de solo añadir y la proyección que lo lee; @chiralkit/event-log y @chiralkit/agent-store ya funcionan así.

Flujos

Anillo 3

Operaciones de principio a fin, como iniciar sesión, publicar un módulo o aprobar un cambio, montadas con patrones y el par escritura/lectura.

Servicios

Anillo 5

La API de un dominio, compuesta por flujos. La superficie a la que llaman otros sistemas; el tope de la espiral de datos.