


js-framework-benchmark - variations de la solution idéale au problème mathématique de la vitesse ou pourquoi elle est standard
Nov 08, 2024 pm 03:52 PMSalut tout le monde?! J'ai passé 2,5 ans à résoudre le problème de vitesse dans le référentiel js-framework-benchmark, et je ne le regrette pas, car il y a une observation super intéressante que j'ai récemment remarquée.
Fondamentalement, tous les développeurs de frameworks et de bibliothèques ont été confrontés au problème de la vitesse dès les premiers stades du développement Web. C’est l’essentiel, car plus les gens voient rapidement les modifications des données sur l’interface utilisateur, moins ils y passent de temps. Imaginez que si les sites fonctionnaient 10?% plus rapidement, des milliards de personnes pourraient sauver de nombreuses années de vie.
Il fallait faire quelque chose, donc, et peut-être pour d'autres raisons, de nombreux référentiels avec des benchmarks de frameworks et de bibliothèques modernes ont été créés. L'un de ces référentiels est js-framework-benchmark. Il contient presque tous les frameworks et bibliothèques populaires pour créer une interface utilisateur.
La tache principale est de dessiner un tableau qui dépend des données. Cela semble être une tache simple, mais en fait, c'est très, très indicatif, car il attire l'attention sur l'essentiel : l'application peut ressembler à n'importe quoi, mais les composants, leur séquence dans le DOM, fonctionnent avec le navigateur et d'autres choses - imiter le comportement d'un site normal. Parce qu'une ligne dans un tableau, un en-tête sur une page - tout cela est en général, juste un élément du général.
Puisque l'application fonctionne normalement avec le code et l'heure comme dépendance (on ne prend pas en compte l'affichage, les couleurs, car on peut dire 0 et 1 sur le fil, donc il n'y a que 2 de telles dépendances), puis au moins 1 composant, au moins un million de composants différemment entrelacés - il n'y a pas de signification particulière, car tout repose sur un seul moteur. Par conséquent, la simplicité ici convient même, car c'est la clarté.
Donc, nous avons une tache, mais nous devons la résoudre d'une manière ou d'une autre. La programmation est une bonne chose car nous pouvons résoudre un problème mathématique de millions de manières différentes, mais revenons à l’essentiel : l’algorithme idéal de base est le même pour tout le monde. Il s'agit d'un théorème, et quoi et comment est mis en ?uvre est une question de go?t et de commodité.
Prenons l'interface maintenant, à quoi ressemble-t-elle?:
Test de l'application?:
Quelques résultats?:
https://krausest.github.io/js-framework-benchmark/2024/table_chrome_130.0.6723.58.html
Nous avons des résultats pour différentes actions clés avec le tableau qui peuvent se produire lorsque l'état change. Nous pouvons mesurer la vitesse de travail et comparer quel code fonctionne le plus rapidement et lequel le plus lentement. C’est très pratique, car cela crée des règles du jeu équitables pour tous les frameworks et bibliothèques. Mais ce serait bien si seule la vitesse était le problème, mais la norme de la structure elle-même est également fixée, car elle doit être correcte. L'approche des composants, la mise en ?uvre clé, l'état et d'autres termes sont inclus dans tout cela. Sans une telle norme, ce n'est tout simplement pas un sujet de travail.
Ainsi, la norme a longtemps été fixée par les créateurs de frameworks et de bibliothèques - elle est évidente et compréhensible pour ceux qui le font. La question est que nous devons maintenant adapter tout cela d'une manière ou d'une autre pour un travail rapide, afin que l'interface utilisateur soit rapidement rendue.
Alors, une bonne idée de rassembler tous les créateurs de frameworks et de bibliothèques "grands" et moins grands, et juste des passionnés qui veulent aussi s'essayer. Tout cela est important car, comme dans le sport, nous avons une communauté et un comité de ? dirigeants ? où sont publiées différentes solutions aux problèmes. Ce n'est pas une très bonne comparaison en termes de programmation, car ce ne sont que des mathématiques, mais l'idée en elle-même est intéressante, car elle pousse les gens à faire beau et vite et, surtout, c'est correct.
Eh bien, une telle communauté a généré de nombreuses solutions intéressantes ces dernières années qui peuvent être utilisées aujourd'hui par tous les créateurs actuels et futurs. Vous n'avez pas besoin de réinventer la roue, car l'algorithme de base est déjà écrit. Cette compréhension peut faire gagner de nombreuses années.
De nombreux développeurs ont déjà écrit des exemples d'implémentation de code idéal, il est assez facile de se baser sur cela, donc le mieux est que cela ne s'est pas produit avant et c'est arrivé, entre autres, à cause de ce référentiel. Peu importe ce que disent les autres, c'est cool.
Si nous considérons l'algorithme idéal par composants, nous pouvons mettre en évidence - l'algorithme de l'implémentation clé (en utilisant la sous-séquence croissante la plus longue ou une autre variante de celle-ci), le clonage de modèle, la réactivité directement (textContent, addEventListener, classList.add), ou en utilisant le VDOM inutile aujourd'hui, bien qu'en termes de modèles, cela soit nécessaire, ainsi que le travail avec l'état et l'importation entre les composants, les 2 derniers sont discutables. Mais c'est la base, rien d'autre ne peut être inventé ici.
Cet article ne contiendra aucun code en tant que tel, car il y en a beaucoup dans les référentiels de benchmark.
Quoi qu'il en soit, j'espère que les gens comprendront bient?t qu'aujourd'hui nous avons déjà le code idéal pour afficher les données, cela vaut juste la peine d'en tenir compte et de faire quelque chose de nouveau à partir de celui-ci, sans réinventer la roue. De nombreuses bibliothèques et frameworks peuvent aujourd'hui fonctionner beaucoup plus rapidement et beaucoup plus efficacement, c'est juste que le code existant ne le permet pas, car il peut y avoir beaucoup de travail et ce n'est pas un fait que cela soit généralement possible sans tout refaire.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Outils d'IA chauds

Undress AI Tool
Images de déshabillage gratuites

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Clothoff.io
Dissolvant de vêtements AI

Video Face Swap
échangez les visages dans n'importe quelle vidéo sans effort grace à notre outil d'échange de visage AI entièrement gratuit?!

Article chaud

Outils chauds

Bloc-notes++7.3.1
éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Il existe trois fa?ons courantes d'initier des demandes HTTP dans Node.js: utilisez des modules intégrés, Axios et Node-Fetch. 1. Utilisez le module HTTP / HTTPS intégré sans dépendances, ce qui convient aux scénarios de base, mais nécessite un traitement manuel de la couture des données et de la surveillance des erreurs, tels que l'utilisation de https.get () pour obtenir des données ou envoyer des demandes de post via .write (); 2.AXIOS est une bibliothèque tierce basée sur la promesse. Il a une syntaxe concise et des fonctions puissantes, prend en charge l'async / attendre, la conversion JSON automatique, l'intercepteur, etc. Il est recommandé de simplifier les opérations de demande asynchrones; 3.Node-Fetch fournit un style similaire à la récupération du navigateur, basé sur la promesse et la syntaxe simple

Les types de données JavaScript sont divisés en types primitifs et types de référence. Les types primitifs incluent la cha?ne, le nombre, le booléen, le nul, un non défini et le symbole. Les valeurs sont immuables et les copies sont copiées lors de l'attribution des valeurs, de sorte qu'elles ne se affectent pas; Les types de référence tels que les objets, les tableaux et les fonctions stockent les adresses de mémoire, et les variables pointant vers le même objet s'afferchent mutuellement. Le typeof et l'instance de OFF peuvent être utilisés pour déterminer les types, mais prêtent attention aux problèmes historiques de typeofnull. Comprendre ces deux types de différences peut aider à écrire un code plus stable et fiable.

Quel framework JavaScript est le meilleur choix? La réponse est de choisir la plus appropriée selon vos besoins. 1.RIATT est flexible et gratuit, adapté aux projets moyens et grands qui nécessitent une personnalisation élevée et des capacités d'architecture d'équipe; 2. Angular fournit des solutions complètes, adaptées aux applications au niveau de l'entreprise et à la maintenance à long terme; 3. Vue est facile à utiliser, adaptée à des projets de petite et moyenne taille ou à un développement rapide. De plus, s'il existe une pile technologique existante, la taille de l'équipe, le cycle de vie du projet et si le RSS est nécessaire sont également des facteurs importants dans le choix d'un cadre. En bref, il n'y a pas absolument le meilleur cadre, le meilleur choix est celui qui convient à vos besoins.

Bonjour, développeurs JavaScript! Bienvenue dans JavaScript News de cette semaine! Cette semaine, nous nous concentrerons sur: le différend de marque d'Oracle avec Deno, les nouveaux objets Time JavaScript sont pris en charge par les navigateurs, les mises à jour Google Chrome et certains outils de développeurs puissants. Commen?ons! Le différend de marque d'Oracle avec la tentative de Deno Oracle d'enregistrer une marque "JavaScript" a provoqué la controverse. Ryan Dahl, le créateur de Node.js et Deno, a déposé une pétition pour annuler la marque, et il pense que JavaScript est un niveau ouvert et ne devrait pas être utilisé par Oracle

Cacheapi est un outil fourni par le navigateur pour mettre en cache les demandes de réseau, qui est souvent utilisée en conjonction avec travailleur de service pour améliorer les performances du site Web et l'expérience hors ligne. 1. Il permet aux développeurs de stocker manuellement des ressources telles que des scripts, des feuilles de style, des photos, etc.; 2. Il peut faire correspondre les réponses du cache en fonction des demandes; 3. Il prend en charge la suppression des caches spécifiques ou la nettoyage du cache entier; 4. Il peut mettre en ?uvre des stratégies de priorité de cache ou de priorité de réseau grace à l'écoute des événements Fetch; 5. Il est souvent utilisé pour le support hors ligne, accélérez la vitesse d'accès répétée, préchargement des ressources clés et du contenu de mise à jour des antécédents; 6. Lorsque vous l'utilisez, vous devez faire attention au contr?le de la version du cache, aux restrictions de stockage et à la différence entre le mécanisme de mise en cache HTTP.

La promesse est le mécanisme central pour gérer les opérations asynchrones en JavaScript. Comprendre les appels de cha?ne, la gestion des erreurs et les combinants est la clé pour ma?triser leurs applications. 1. L'appel de la cha?ne renvoie une nouvelle promesse à travers. Puis () pour réaliser la concaténation des processus asynchrones. Chaque .then () re?oit le résultat précédent et peut renvoyer une valeur ou une promesse; 2. La gestion des erreurs doit utiliser .catch () pour attraper des exceptions pour éviter les défaillances silencieuses, et peut renvoyer la valeur par défaut dans Catch pour continuer le processus; 3. Combinateurs tels que promesse.all () (réussi avec succès uniquement après tout succès), promesse.race () (le premier achèvement est retourné) et promesse.allsetTled () (en attente de toutes les achèvements)

Des méthodes intégrées de la matrice JavaScript telles que .map (), .filter () et .reduce () peuvent simplifier le traitement des données; 1) .map () est utilisé pour convertir les éléments un en un pour générer de nouveaux tableaux; 2) .filter () est utilisé pour filtrer les éléments par condition; 3) .reduce () est utilisé pour agréger les données en tant que valeur unique; Une mauvaise utilisation doit être évitée lorsqu'elle est utilisée, entra?nant des effets secondaires ou des problèmes de performance.

La boucle d'événement de JavaScript gère les opérations asynchrones en coordonnant les piles d'appels, les webapis et les files d'attente de taches. 1. La pile d'appels exécute du code synchrone, et lors de la rencontre de taches asynchrones, il est remis à WebAPI pour le traitement; 2. Une fois que le WebAPI a terminé la tache en arrière-plan, il met le rappel dans la file d'attente correspondante (macro tache ou micro tache); 3. La boucle d'événement vérifie si la pile d'appels est vide. S'il est vide, le rappel est retiré de la file d'attente et poussé dans la pile d'appels pour l'exécution; 4. Micro taches (comme Promise. puis) ??prendre la priorité sur les taches macro (telles que Settimeout); 5. Comprendre la boucle d'événements permet d'éviter de bloquer le thread principal et d'optimiser l'ordre d'exécution du code.
