Indépendance du serveur et du navigateur comme principe architectural.
EOSX ne doit pas lier inutilement capacités et logique système à un serveur Web, navigateur, système d’exploitation ou fournisseur particulier. Ce qui compte est la capacité et son contrat défini.
Indépendant du serveur
Une composition EOSX ne devrait pas être redessinée uniquement parce que la pile serveur change. L’exécution dépendante de la plateforme est encapsulée dans des limites techniques claires.
Indépendant du navigateur
Les interfaces Web s’appuient sur des standards ouverts et des capacités normalisées plutôt que sur les fonctions propriétaires d’un fournisseur.
Présentation ≠ logique centrale
Le navigateur et l’interface sont des représentations possibles, pas la vérité architecturale. Les capacités peuvent aussi être utilisées via d’autres services, interfaces ou appareils.
Adaptateurs interchangeables
Les dépendances spécifiques à une plateforme sont traitées localement afin qu’un changement affecte l’adaptateur plutôt que toute la composition.
W3C & standards ouverts
Les interfaces HTML et Web orientées W3C favorisent l’interopérabilité et réduisent les dépendances propriétaires.
Aucune dépendance obligatoire à JavaScript ou CSS
EOSX ne dépend pas conceptuellement de JavaScript ou CSS comme base de sa logique. JavaScript peut fournir l’interaction et CSS la présentation, mais aucun ne définit l’architecture. Selon le canal, une solution EOSX peut fonctionner sans JavaScript; CSS reste une couche optionnelle.
Orienté ISO plutôt que propriétaire
Les exigences qualité, sécurité, documentation et processus peuvent être intégrées à la structure et validation selon une approche ISO sans lier l’architecture à un fournisseur.