Vielen Front-End-Entwicklern zufolge wird das Web von Jahr zu Jahr besser. Und das ist gut. Die schlechte Nachricht ist, dass wir bei einer solchen Verbesserungsrate einfach nicht in einem guten Zustand leben können. Dass der Boden, von dem wir uns erheben, so tief ist, dass er überhaupt nicht auftaucht. Es wurde jedoch viel darüber geschrieben, wie schlecht alles im HTML-CSS-JS-Bundle ist. Deshalb werden wir heute auf traurige Wehklagen verzichten und davon träumen, was getan werden kann und warum es getan wird.
Richtiger Start
Wenn Sie eine Webseite, eine Komponente oder eine API erstellen, sind Sie mit den vor 25 Jahren festgelegten Lösungen konfrontiert. Was in den Tagen der Erstellung der ersten grafischen Browser logisch und richtig erschien, erinnert uns immer noch jeden Tag. Es ist unwahrscheinlich, dass der Entwickler von Javascript das Konzept hatte, etwas Ähnliches wie moderne Webanwendungen in seinem Kopf zu erstellen. Es gab keine mobilen Geräte, die heute den größten Teil des Internetverkehrs erzeugen. CSS wurde als eine Möglichkeit gesehen, ein Dokument zu gestalten, und nicht als eine vollständige Sprache für die Erstellung von Präsentationen. Usw.
Und Jahr für Jahr, als sich die Welt um uns herum veränderte, versuchte sich das Web anzupassen. Die Änderungen lagen übereinander, aber die alten Funktionen verschwanden nirgendwo. Und sie bestimmten, wie neue Merkmale hinzugefügt werden, und bestimmten den Krümmungsradius des letzteren. Dies führte zu enormen Spezifikationen, zum tatsächlichen Monopol einer Engine auf dem Browsermarkt und zu ziemlich cleveren Programmier- und Montagetechniken. Und für Programmierer bedeutet dies alles ein endloses Auswendiglernen neuer Krücken, da das Web jetzt vollständig und vollständig durch eine Schichtung von Spezifikationen und nicht durch gesunden Menschenverstand oder durchdachte Architektur bestimmt wird.
Darüber hinaus sind diese Spezifikationen in der Hoffnung verfasst, alle zufrieden zu stellen, und sind daher für niemanden geeignet. Schlimmer noch, sie führen eine ziemlich übergeordnete API ein, die nicht immer umgangen werden kann, um das Problem zu lösen. Auf Konzeptebene sind wir daher durch das DOM, den verfügbaren Sicherheitsansatz und die verwendeten Datenübertragungsprotokolle begrenzt.
Mehr als ein Web
Wir müssen von Anfang an zugeben, dass das Web als einzige Plattform heute nicht existiert. Es gibt verschiedene Klassen von Anwendungen, Websites, nennen Sie es wie Sie wollen, zum Beispiel:
- Textseiten wie Blogs und Wikipedia
- CRM / ERP-Anwendungen
- Multimedia-Anwendungen
- Spiele
- Kommunikationsanwendungen
- SHKAR verkauft Landungen
- soziale Netzwerke
- 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 , . -. , , ? , , , .