js-framework-benchmark – Variationen der idealen Lösung des mathematischen Geschwindigkeitsproblems oder warum es Standard ist

Hallo zusammen! Ich habe 2,5 Jahre damit verbracht, das Geschwindigkeitsproblem im js-framework-benchmark-Repository zu lösen, und ich bereue es nicht, denn es gibt eine super interessante Beobachtung, die mir kürzlich aufgefallen ist.

Grundsätzlich standen alle Framework- und Bibliotheksentwickler in den frühen Phasen der Webentwicklung vor dem Problem der Geschwindigkeit. Das ist die Hauptsache, denn je schneller Menschen Datenänderungen auf der Benutzeroberfläche sehen, desto weniger Zeit verbringen sie. Stellen Sie sich vor, wenn Websites 10 % schneller funktionieren würden, könnten Milliarden von Menschen viele Lebensjahre retten.

Es musste etwas getan werden, und so wurden, vielleicht auch aus anderen Gründen, viele Repositories mit Benchmarks moderner Frameworks und Bibliotheken erstellt. Eines dieser Repositorys ist js-framework-benchmark. Es enthält fast alle gängigen Frameworks und Bibliotheken zum Erstellen von Benutzeroberflächen.

Die Hauptaufgabe besteht darin, eine Tabelle zu erstellen, die von den Daten abhängt. Es scheint eine einfache Aufgabe zu sein, aber in Wirklichkeit ist es sehr, sehr aufschlussreich, weil es die Aufmerksamkeit auf die Hauptsache lenkt, dass die Anwendung wie alles aussehen kann, aber die Komponenten, ihre Reihenfolge im DOM, mit dem Browser funktionieren und andere Dinge - das Verhalten einer regulären Website nachahmen. Denn eine Zeile in einer Tabelle, eine Kopfzeile auf einer Seite – das ist alles im Allgemeinen, nur eine Komponente des Allgemeinen.

Da die Anwendung normal mit Code und Zeit als Abhängigkeit arbeitet (wir berücksichtigen nicht die Anzeige und die Farben, da auf der Leitung 0 und 1 gesagt werden können, gibt es also nur 2 solcher Abhängigkeiten), dann mindestens 1 Komponente, mindestens eine Million unterschiedlich ineinander verschlungener – da gibt es keine besondere Bedeutung, denn alles ruht auf einem Motor. Deshalb passt Einfachheit hier sogar, weil sie Klarheit ist.

Wir haben also eine Aufgabe, aber wir müssen sie irgendwie lösen. Programmieren ist gut, weil wir ein mathematisches Problem auf millionenfache Weise lösen können, aber wir kommen zum Wesentlichen: Der grundlegende ideale Algorithmus ist für alle derselbe. Dies ist ein Theorem, und was und wie umgesetzt wird, ist Geschmackssache und Bequemlichkeitsbedürfnis.

Nehmen wir nun die Benutzeroberfläche, wie sieht sie aus:

Test-App:

Einige der Ergebnisse:
https://krausest.github.io/js-framework-benchmark/2024/table_chrome_130.0.6723.58.html

Wir haben Ergebnisse für verschiedene Schlüsselaktionen mit der Tabelle, die auftreten können, wenn sich der Zustand ändert. Wir können die Arbeitsgeschwindigkeit messen und vergleichen, welcher Code schneller und welcher langsamer arbeitet. Das ist sehr praktisch, da es gleiche Wettbewerbsbedingungen für alle Frameworks und Bibliotheken schafft. Aber es wäre in Ordnung, wenn nur die Geschwindigkeit das Problem wäre, aber auch der Standard des Aufbaus selbst ist festgelegt, denn dieser muss stimmen. Darin sind der Komponentenansatz, die Schlüsselimplementierung, der Zustand und andere Begriffe enthalten. Ohne einen solchen Standard ist das einfach kein Arbeitsthema.

Der Standard wird also seit langem von den Entwicklern von Frameworks und Bibliotheken festgelegt – er ist für diejenigen, die ihn tun, offensichtlich und verständlich. Die Frage ist, dass wir das alles jetzt irgendwie für eine schnelle Arbeit anpassen müssen, damit die Benutzeroberfläche schnell gerendert wird.

Also eine coole Idee, alle Entwickler von „großen“ und nicht so großen Frameworks und Bibliotheken zusammenzubringen, und einfach nur Enthusiasten, die sich auch selbst versuchen wollen. All das ist wichtig, denn wie im Sport haben wir eine Community und es gibt ein „Leitergremium“, in dem verschiedene Problemlösungen veröffentlicht werden. Dies ist kein sehr guter Vergleich in Bezug auf die Programmierung, da es sich nur um Mathematik handelt, aber die Idee selbst ist interessant, weil sie die Menschen dazu bringt, schöne und schnelle Aufgaben zu erledigen, und vor allem ist es richtig.

Nun, eine solche Community hat in den letzten Jahren viele coole Lösungen hervorgebracht, die heute von allen aktuellen und zukünftigen Entwicklern genutzt werden können. Sie müssen das Rad nicht neu erfinden, da der grundlegende Algorithmus bereits geschrieben ist. Dieses Verständnis kann viele Jahre sparen.

Viele Entwickler haben bereits Beispiele für die Implementierung von idealem Code geschrieben, es ist ziemlich einfach, ihn darauf aufzubauen, also ist das Beste daran, dass dies vorher nicht passiert ist und es unter anderem aufgrund dieses Repositorys passiert ist. Egal, was jemand sagt, es ist cool.

Wenn wir den idealen Algorithmus nach Komponenten betrachten, können wir Folgendes hervorheben: den Algorithmus der Schlüsselimplementierung (unter Verwendung der längsten ansteigenden Teilsequenz oder einer anderen Variation davon), das Klonen von Vorlagen, die direkte Reaktivität (textContent, addEventListener, classList.add) oder Die Verwendung des nutzlosen VDOM ist heute zwar notwendig, obwohl es in Bezug auf Vorlagen notwendig ist, sowie die Arbeit mit dem Status und dem Import zwischen Komponenten, die letzten beiden sind umstritten. Aber das ist die Basis, hier kann nichts anderes erfunden werden.

Dieser Artikel enthält keinen Code als solchen, da viel davon in den Benchmark-Repositories vorhanden ist.

Jedenfalls hoffe ich, dass die Leute bald verstehen werden, dass wir heute bereits den idealen Code für die Anzeige von Daten haben. Es lohnt sich nur, ihn zu berücksichtigen und darauf basierend etwas Neues zu machen, ohne das Rad neu zu erfinden. Viele Bibliotheken und Frameworks können heute viel schneller und viel effizienter arbeiten, nur lässt der Legacy-Code dies nicht zu, weil es viel Arbeit geben kann und es keine Tatsache ist, dass es generell möglich ist, ohne alles neu zu machen.

Das obige ist der detaillierte Inhalt vonjs-framework-benchmark – Variationen der idealen Lösung des mathematischen Geschwindigkeitsproblems oder warum es Standard ist. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!