Ce qui est vrai aux States et le Repainting

Ayant besoin de chercher un emploi et voyant la demande pour le développement d'applications mobiles utilisant React, j'ai décidé de me plonger dans cette bibliothèque. En étudiant leurs manuels officiels, j'ai trouvé le sous-titre « Ne réagissez qu'aux mises à jour nécessaires ». Expliquez "React DOM compare l'élément et ses enfants au précédent, et applique uniquement les mises à jour DOM nécessaires pour amener le DOM à l'état souhaité.". Ils nous donnent aussi un exemple pour que cela puisse être vérifié.

Pour vérifier l'assertion, nous plaçons simplement un "console.log ()".

Une fois la fonction exécutée, nous voyons la console du navigateur et le contenu de "console.log ()" apparaît à plusieurs reprises avec l'heure modifiée.

Nouveau test :

Doutant de ce résultat, je décide de faire un autre test en utilisant ses propres composants sans aucun TAG HTML, puisque React utilise du HTML modifié appelé JSX.

Résultat:

La modification d'un état entraîne le repeint de toute la fonction. C'est contraire à ce qu'indique le manuel.

Méfiance générale

Alors doutez des outils mobiles qui disent de gérer les états et d'avoir repaint optimisé. Et j'ai décidé d'essayer, avec la même fonctionnalité, SwiftUI pour iPhone et JetPack Compose pour Android.

SwiftUI :

Résultat:

JetPack compose :

Résultat:

Que se passe-t-il?

La peinture mobile n'est pas un détail exquis, elle consomme des ressources et de la batterie. Dans cet aspect, React est déjà inefficace. Mais pourquoi une industrie insiste-t-elle ? Il est clair que de meilleurs produits logiciels ne sont pas intéressés, mais économisent des coûts sans affecter vos bénéfices. Si une vache produit deux litres de lait de plus par jour, bienvenue, peu importe ce que ce surplus occasionne au consommateur. Pas étonnant que Facebook soit la mère de l'agneau.

Remerciements particuliers à Sanjay S