After Framework

Glosario

Definiciones coherentes de los términos técnicos usados en la documentación.

Versión de la documentación: supercore main · paquetes 1.0.0
Kernel compartidoEnlace a esta sección: Kernel compartido
after_core: el paquete base del que dependen todos los productos. Define puertos e implementaciones por defecto.
PuertoEnlace a esta sección: Puerto
Una interfaz definida por la plataforma, como AfterAuthRepository. El código de funcionalidades depende de puertos, nunca de SDK de proveedores.
AdaptadorEnlace a esta sección: Adaptador
Una implementación concreta de un puerto, por ejemplo la auth de Firebase, enlazada en la raíz de composición.
Raíz de composiciónEnlace a esta sección: Raíz de composición
El único lugar donde un producto conecta su manifiesto, los overrides estándar y los adaptadores; normalmente lib/app/platform/after_framework.dart.
Override de providerEnlace a esta sección: Override de provider
Un override de Riverpod que sustituye un provider por defecto de la plataforma por un adaptador del producto.
ManifiestoEnlace a esta sección: Manifiesto
AppPlatformManifest: la identidad del producto — nombre de la app, appId, nombres de paquete y línea de producto.
Línea de productoEnlace a esta sección: Línea de producto
consumer o enterprise. Determina si un producto añade after_consumer o after_enterprise sobre el kernel.
Dominio de vida (Life Domain)Enlace a esta sección: Dominio de vida (Life Domain)
Un área de la vida del consumidor que posee un producto, como la movilidad en SuperGarage.
Dominio sectorial (Industry Domain)Enlace a esta sección: Dominio sectorial (Industry Domain)
Un vertical enterprise que posee un producto, como las operaciones hospitalarias en SuperHospital.
Tejido de ecosistemaEnlace a esta sección: Tejido de ecosistema
after_ecosystem: identidad, suscripción, eventos y API entre productos compartidos.
Spec de productoEnlace a esta sección: Spec de producto
product.spec.yaml: el pequeño archivo que la fábrica convierte en un producto. Contiene solo aspectos propios del producto.
Fallo cerrado (fail-closed)Enlace a esta sección: Fallo cerrado (fail-closed)
Si falta el contexto requerido, la operación lanza una excepción en lugar de devolver datos más amplios.
Modo scaffoldEnlace a esta sección: Modo scaffold
AfterBootstrapMode.scaffold: se permiten mocks y adaptadores en memoria. El modo producción los rechaza al arrancar.
BYOKEnlace a esta sección: BYOK
Trae tu propia clave: las claves de proveedores de IA se guardan en la bóveda de credenciales del dispositivo, nunca se incluyen en el cliente.