Selon de nombreux développeurs front-end, le Web s'améliore de plus en plus chaque année. Et c'est bien. La mauvaise nouvelle est que nous ne pouvons tout simplement pas vivre en bon état à un tel rythme d'amélioration. Que le fond d'où nous nous élevons est si profond qu'il ne remonte pas du tout. Cependant, beaucoup de choses ont été écrites sur la gravité de tout dans le bundle HTML-CSS-JS. Aujourd'hui, nous nous passerons de lamentations déplorables et rêverons de ce qui peut être fait et pourquoi cela sera fait.
Bon départ
Lorsque vous créez une page Web, un composant ou écrivez une API, vous êtes en quelque sorte confronté aux solutions établies il y a 25 ans. Ce qui semblait logique et correct à l'époque de la création des premiers navigateurs graphiques nous interpelle toujours tous les jours. Il est peu probable que le créateur de Javascript ait eu l'idée de créer quelque chose de similaire aux applications web modernes dans sa tête. Aucun appareil mobile ne crée aujourd'hui l'essentiel du trafic Internet. CSS était considéré comme un moyen de styliser un document, et non comme un langage complet pour créer des présentations. Etc.
Et année après année, alors que le monde autour de nous changeait, le Web a essayé de s'adapter. Les changements se sont superposés, mais les anciennes fonctionnalités n'ont disparu nulle part. Et ils ont déterminé comment de nouvelles fonctionnalités seront ajoutées, prédéterminant le rayon de courbure de ces dernières. Cela a conduit à d'énormes spécifications, au monopole réel d'un moteur sur le marché des navigateurs, à des techniques de programmation et d'assemblage plutôt intelligentes. Et pour les programmeurs, tout cela se traduit par une mémorisation sans fin de nouvelles béquilles, car le Web est désormais entièrement et complètement déterminé par une superposition de spécifications, et non par le bon sens ou une architecture réfléchie.
De plus, ces spécifications sont rédigées dans l'espoir de plaire à tout le monde et, par conséquent, ne conviennent absolument à personne. Pire, ils introduisent une API de haut niveau qui ne peut pas toujours être contournée pour résoudre le problème. Au niveau conceptuel, nous sommes donc limités par le DOM, l'approche de sécurité disponible et les protocoles de transfert de données utilisés.
Plus d'un site Web
Dès le début, il faut admettre que le web en tant que plateforme unique n'existe pas aujourd'hui. Il existe différentes classes d'applications, des sites, appelez ça comme vous voulez, par exemple:
- sites de texte comme les blogs et wikipedia
- Applications CRM / ERP
- applications multimédias
- Jeux
- applications de communication
- SHKAR vendant des débarquements
- réseaux sociaux
- API. . CSS, . 90% . API . CRM/ERP , , , . ..
, API, . . - , Java, , . , . — , .
API . , . CDN (Press Ctrl+f5 to fix). ( ) . , , . , , .
, DOM, ? ? , ? CSS ? - ?
— ? , JVM? legacy , — .
«»
, «». - . ( ) , . - , . . . , , . IE6, .
, , , . . - . - . , . , , , , , . , . , .
. . DOM, V8 ( - JS ).
. Google -, , . , , , . . , .
App Browser, , . «» , -, . , - . , . - .
. , . , by design.
? . , Delphi/QT/WPF/WinForms .. , - GUI . . , — , 10 .
, , . — . - . - , .
, 15 . , , , . .
, . 10, , App Browser 100% . , , () . , . .
. , .
?
- , . - CMS, -, - , -. . , . , , - . , . -. , , .
-, , . , , . ? , -? , 4- - ? JS? Firefox Chromium-based .
. . . . , accessability . , , . . , -.
« ». , 100% . . DOM , . -. , , ? , , , .