Oberoende av server och webbläsare som arkitekturprincip.
EOSX ska inte i onödan binda funktionella byggblock och systemlogik till en viss webbserver, webbläsare, ett visst operativsystem eller en viss teknikleverantör. Det viktiga är byggblocket och dess definierade kontrakt, inte varumärket på den miljö där det körs.
Serveroberoende
En EOSX-komposition ska inte behöva konstrueras om bara för att servermiljön byts ut. Plattformsberoende exekvering kapslas in bakom tydliga tekniska gränser.
Webbläsaroberoende
Webbgränssnitt bygger på öppna webbstandarder och standardiserade webbläsarfunktioner i stället för proprietära funktioner från en enda leverantör.
Presentation ≠ kärnlogik
Webbläsare och användargränssnitt är möjliga sätt att presentera systemet, inte det som definierar dess arkitektur. Där det är avsett kan funktionella byggblock också användas via andra gränssnitt, tjänster eller enheter.
Utbytbara adaptrar
När en plattform kräver särskilda gränssnitt hanteras beroendet lokalt. En förändring ska så långt det är möjligt påverka adaptern snarare än hela den funktionella kompositionen.
W3C och öppna webbstandarder
HTML och webbgränssnitt som följer W3C:s standarder främjar interoperabilitet och minskar onödig inlåsning till proprietära webbläsarlösningar.
Inget obligatoriskt beroende av JavaScript och CSS
EOSX bygger konceptuellt inte sin systemlogik på JavaScript eller CSS. JavaScript kan hantera interaktioner i webbläsaren och CSS den visuella presentationen, men ingetdera definierar EOSX-arkitekturen. Beroende på användningsfall och presentationskanal kan en EOSX-lösning fungera utan JavaScript; CSS är ett valfritt presentationslager.
ISO-orienterat i stället för proprietärt
Krav på kvalitet, säkerhet, dokumentation och processer kan prägla systemstruktur och validering i linje med ISO, utan att arkitekturen binds till en viss leverantör eller proprietär certifieringsplattform.