Independencia del servidor y navegador como principio arquitectónico.
EOSX no debería ligar innecesariamente capacidades y lógica a un servidor web, navegador, sistema operativo o proveedor concreto. Importa la capacidad y su contrato definido, no la marca del entorno.
Independiente del servidor
Una composición EOSX no debería rediseñarse solo porque cambie el stack del servidor. La ejecución específica se encapsula en límites técnicos claros.
Independiente del navegador
Las interfaces web utilizan estándares abiertos y capacidades normalizadas en lugar de funciones propietarias de un fabricante.
Presentación ≠ lógica central
El navegador y la interfaz son posibles representaciones, no la verdad arquitectónica. Las capacidades también pueden utilizarse mediante otros servicios, interfaces o dispositivos.
Adaptadores intercambiables
Las dependencias específicas de plataforma se tratan localmente para que un cambio afecte al adaptador y no a toda la composición.
W3C y estándares abiertos
Interfaces HTML y web orientadas al W3C favorecen interoperabilidad y reducen dependencia propietaria.
Sin dependencia obligatoria de JavaScript y CSS
EOSX no depende conceptualmente de JavaScript o CSS como base de su lógica. JavaScript puede aportar interacción y CSS presentación, pero ninguno define la arquitectura. Según el canal, una solución EOSX puede funcionar sin JavaScript; CSS es una capa opcional.
Orientado a ISO
Los requisitos de calidad, seguridad, documentación y procesos pueden integrarse en estructura y validación con orientación ISO sin ligar la arquitectura a un proveedor.