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!