Patrones de DiseñoÍndice

La categoría patrones recoge patrones de diseño nombrados realizados a través de la plataforma. Un patrón en esta categoría es una forma recurrente — aplicada en la capa editorial, de interfaz o de coordinación — que resuelve un problema estructural de una manera que otras partes de la plataforma reutilizan. Los patrones se diferencian de los sustratos: un sustrato es un mecanismo portante del que depende la plataforma (y que se compone con el tiempo); un patrón es una decisión de diseño que puede aplicarse o no. Los patrones se diferencian de la arquitectura: un artículo de arquitectura describe cómo se compone un sistema específico; un patrón describe una forma que se repite en sistemas.

Los patrones de esta colección se sitúan sobre el sustrato compuesto y la arquitectura de tres anillos — describen cómo la plataforma expresa esos fundamentos en formas recurrentes y nombradas.

Empiece aquí: lea primero inversión de la fuente de verdad y emparejamiento-como-permiso — son los patrones portantes sobre los que se construyen los demás.

Por dónde empezar

Aquí se documentan quince patrones con nombre, cada uno una sola vez y referenciado desde todas partes. Estos cinco son los que más se repiten en el resto de la base de conocimiento: al leerlos, la abreviatura de la mayoría de los demás artículos queda resuelta.

• Inversión de la fuente de verdad — Una capa canónica y firmada, otra derivada y reconstruible bajo demanda, otra efímera de sesión. La disciplina de almacenamiento que hay detrás tanto del libro mayor como del grafo de conocimiento.
• Emparejamiento como permiso — Un emparejamiento criptográfico es el permiso, y su ausencia significa que no existe vía alguna para solicitarlo. El principio de capacidades-objeto sobre el que se construye el modelo de admisión de nodos.
• Patrones de despliegue — Las seis configuraciones canónicas en las que se despliega el sustrato, todas construidas a partir de las mismas cinco primitivas.
• Ordenamiento cliente-primero — Construir en el mismo orden en que instala el cliente, sobre el mismo sustrato. La regla que explica por qué el espacio de trabajo del propio proveedor ejecuta el producto que vende.
• Arquitectura Leapfrog del wiki de conocimiento — Cromo con forma de Wikipedia sobre Markdown plano en git, con un relato honesto de los dos elementos que todavía le faltan.

Patrones de soberanía e infraestructura

Los compromisos estructurales que definen qué es y qué no es un despliegue de PointSav.

• Inversión de la fuente de verdad — La inversión de origen de verdad designa una capa de almacenamiento como canónica (el registro autorizado, comprometido y firmado), una segunda como una vista derivada (reconstruida determinísticamente bajo demanda), y una tercera como efímera de sesión (estado colaborativo descartado hasta confirmación explícita).
• Emparejamiento-como-permiso — El principio de control de acceso por Capacidades de Objeto — un emparejamiento criptográfico es el permiso, y su ausencia hace inexistente el camino — tal como se manifiesta en la admisión de nodos basada en máquinas de la plataforma.
• Runtime sin contenedores — El compromiso estructural de que todo despliegue de PointSav se ejecuta como un binario Linux bajo systemd en una máquina virtual simple o hardware bare-metal, sin tiempo de ejecución de contenedores ni orquestador.
• Enrutamiento sin ejecución — Las plantillas públicas de la página de inicio de la plataforma usan un patrón de casilla CSS nativa para el cambio de idioma y elementos interactivos, junto con una pequeña cantidad de JavaScript del lado del cliente para la integridad de página y analítica.
• Orden cliente-primero — El principio de que un proveedor de software que construye algo que un cliente instalará debe construirlo en el mismo orden que el cliente lo instalará, en el mismo sustrato que el cliente usará.
• Los Archivos Totebox como el activo — Por qué un Archivo Totebox se diseña como una unidad de datos autónoma y libremente transferible, en lugar de un registro de base de datos propiedad de la plataforma que lo creó.
• El código urbanístico como geometría componible — Un patrón de composición previa que codifica los requisitos normativos en las especificaciones de los elementos como restricciones geométricas y numéricas, en lugar de aplicarlos después del diseño, de modo que una configuración no conforme no llega a poder colocarse.

Despliegue y configuración

Las configuraciones canónicas en las que se envía el sustrato y las disciplinas que mantienen los despliegues componibles.

• Patrones de despliegue — Los patrones de despliegue describen las seis configuraciones canónicas en las que se despliega el sustrato PointSav — cada una basada en los mismos cinco primitivos y la misma superficie de SO, con el Plan de Cuentas y la superficie de cumplimiento adaptados por segmento.
• Patrón de catálogo en el nivel cliente — Disciplina catálogo-instancia en el nivel cliente — definiciones de despliegue reutilizables en git; instancias específicas de cada copia fuera de los repositorios compartidos.

Colaboración y flujo de trabajo editorial

Patrones que gobiernan cómo múltiples sesiones, múltiples motores y múltiples humanos colaboran sin corromper el registro canónico.

• Colaboración mediante relé de paso — Un diseño de edición colaborativa en tiempo real que no conservaba estado de documento en el servidor, reenviando actualizaciones CRDT directamente entre clientes — implementado en el motor wiki y luego retirado.
• Disciplina de niveles de modelo — El Doorman enruta cada solicitud de inferencia a uno de tres niveles de cómputo — local, ráfaga en GPU, o API externa — según una indicación de complejidad y el estado presupuestario en vivo, no una elección directa del solicitante.

Interfaz y experiencia de usuario

Patrones que se repiten en el cromo orientado al operador — el wiki, la superficie de inteligencia de ubicación, la familia de escritorio.

• Arquitectura de salto del wiki de conocimiento — Estrategia de motor wiki que sirve Markdown plano desde git con interfaz al estilo Wikipedia, alcanzando paridad de memoria muscular antes de la capa de diferenciación.
• Experiencia de inteligencia de ubicación — Filosofía de interfaz Conclusion-First que renderiza conclusiones clasificadas en lugar de puntos de datos, destacando de inmediato los nodos comerciales defendibles.
• Montajes de contenido y federación — El motor wiki renderiza artículos curados comprometidos directamente en su repositorio junto con contenido montado desde directorios locales separados, compartiendo una superficie de URL e índice de búsqueda.
• Convenciones de interfaz AEC — Las herramientas de autoría BIM comparten un vocabulario de interfaz común — jerarquía espacial, panel de propiedades, vista 3D y vistas guardadas — porque se construyen sobre el mismo modelo de datos IFC. La capa de interfaz planificada del Sistema de Diseño de la Construcción reutiliza ese vocabulario en lugar de inventar uno nuevo, y prevé extenderlo a la gestión de instalaciones.

Véase también

• Conceptos Fundamentales — mecanismos fundamentales sobre los que se construyen los patrones
• Arquitectura — arquitectura concreta de la plataforma
• Aplicaciones — aplicaciones orientadas al operador que componen estos patrones
• Sistemas Operativos — los sistemas operativos en los que se realizan los patrones