PC & Mobile

React est-il surestimé? – Aphinya Dechalert

React est-il surestimé? - Aphinya Dechalert


ou a-t-il des avantages, au-delà de l'association Facebook

Image de Aphinya Dechalert.

Au début de l'année, j'ai fait un essai honnête à React. Venant d’un milieu angulaire, j’ai travaillé à garder l’esprit ouvert sur les concepts présentés par la bibliothèque.

C'était étrange au début - venant d'un espace où tout doit être structuré d'une manière particulière avec des gestionnaires automatisés pour gérer le flux de données. En ce qui concerne les données, React avait sa propre activité avec un flux de données unidirectionnel forcé, quoi qu'il arrive.

Mais ce n’est pas ce qui m’a fait peur React, c’était les aficionados ouvertement défensifs de la communauté. C’était peut-être mon expérience dans Angular, j’ai scruté, j’ai fait des comparaisons afin de comprendre comment tout fonctionnait, ce qui a permis à ceux (qui ne connaissent que React) de venir à moi par le biais de DM avec pieu et fourche.

Pendant quelques mois, ils ont gagné et je me suis retiré dans mon espace sécurisé d’Anngular. Mais récemment, j’ai eu la chance de travailler avec React Native et voici mon opinion honnête sur le sujet.

React est une bibliothèque - et les bibliothèques sont conçues pour être utilisées les unes avec les autres afin de résoudre un problème spécifique. Les compétences de React en résolution de problèmes reposent sur le rendu d’interfaces frontales et la gestion de données qui changent fréquemment.

La force de React réside dans le flux de données à sens unique, garantissant un haut niveau de stabilité et de prévisibilité face aux mutations et à un héritage inattendu.

Un autre facteur qui rend React si sympathique est la manière dont il traite la séparation des préoccupations. Il inverse l’approche traditionnelle en silo consistant à séparer CSS, JavaScript et HTML dans des fichiers de document distincts et le place dans un espace lui permettant d’être traité dans un seul espace.

La méthode traditionnelle de traitement des SoC telle que démontrée par Angular
Quand quelque chose de nouveau est requis. Cette structure ne se limite pas à Angular, FYI.
SoC basé sur la relation par React

En théorie, une séparation des préoccupations basée sur les relations peut être obtenue via Angular, mais elle n’est pas aussi intuitive ni la méthodologie par défaut telle qu’elle est enseignée dans React.

React only est capable d’atteindre cet objectif, car sa logique est que les composants du code sont suffisamment petits pour que leurs domaines et leurs limites soient faciles à détecter et à comprendre. Mais ce n’est pas une règle absolue et la taille finale est finalement déterminée par le développeur.

La popularité de React est principalement due à l’absence de structure de départ requise. Contrairement à Angular, où une CLI est nécessaire pour générer la configuration nécessaire pour le framework, React fonctionne avec un minimum d'effort.

Cependant, c'est la partie où de nombreuses comparaisons se trompent. React est une bibliothèque, ce qui signifie qu’elle est petite, ciblée et ciblée. Angular, cependant, est un cadre, c’est-à-dire qu’il s’agit d’une collection de bibliothèques placées sous le même parapluie.

Il est donc injuste de dire que Angular est gonflé en fonction de ce qu’il est réellement.

Un framework détermine la façon dont vous développez votre code et agit en tant que coordinateur pour toutes vos bibliothèques associées. Cela garantit que toutes les pièces fonctionnent comme prévu, sur la base d'un ensemble de principes ou de règles. Cela est nécessaire car, lorsque plusieurs bibliothèques doivent fonctionner ensemble, il doit exister un terrain d'entente pour que tout fonctionne correctement.

Réagir n'est pas cela.

Cela n’a jamais été conçu de la sorte - car le seul but de la vie est de restituer des éléments à l’écran et de garder vos données connectées au DOM de manière propre. C’est pourquoi la gestion des états est déléguée à Redux. C’est pourquoi vous devrez rechercher d’autres applications tierces si vous voulez faire autre chose que de gérer les données et le DOM.

Il n’ya rien de mal à cela non plus. C’est comme ça que React fonctionne. C’est comme ça que React a été créé.

Le débat entre Angular et React semble durer beaucoup plus longtemps qu’il ne le devrait. Cependant, il ne s’agit pas de ce qui est intrinsèquement meilleur, mais plutôt de ce qui convient le mieux à la situation de vos besoins de développement.

Le principal argument sur lequel beaucoup de gens se sont repliés est que React est créé par Facebook. Mais cela ne signifie pas grand chose dans la grande échelle de tout. Oui, c’est Facebook, mais React n’est pas la seule technologie qu’ils utilisent. Il y a une foule d’autres choses dans le backend et peut-être aussi au début.

Si nous choisissons qui a fait quoi, nous pourrions dire la même chose pour Angular et Google, ainsi que Java et Oracle, .Net et Microsoft.

React est sans doute plus facile à cerner que Angular, en particulier pour les nouveaux développeurs qui ne comprennent pas parfaitement à quoi ressemble un code frontal épuré. Ils peuvent être autodidactes, ils peuvent être des ingénieurs expérimentés en train de passer à une couche de développement différente.

Quel que soit le niveau de compétence utilisé, React est l’équivalent de JavaScript lorsqu’il est apparu pour la première fois. Il est conçu pour être simple, mais sans aucune modération quant à la façon dont vous le faites fonctionner.

Le problème qui se pose à React en tant que bibliothèque est qu’il n’ya pas d’application structurelle, mais simplement syntaxique. Cela peut entraîner une application déconstruite avec un manque de conventions de dénomination, des structures de dossiers aléatoires (le cas échéant) et des fichiers redondants fournis avec le déploiement en production.

En théorie, on pourrait en dire autant de tout ce que vous utiliserez si vous n'êtes pas discipliné dans les parties les plus fines du codage qui ne sont pas directement liées au code.

React est JSX - une version de JavaScript, ce qui signifie que vous devez toujours comprendre comment fonctionne réellement JavaScript.

React est probablement plus proche de JavaScript que Angular, qui est structuré de manière à ressembler davantage à un langage de programmation traditionnel avec conversion de texte et commandes via TypeScript.

C'est pourquoi vous devez bien comprendre le fonctionnement de JavaScript pour être un développeur React productif et efficace. Parmi les autres éléments sur lesquels vous devez être solide figurent les concepts d'états et de flux de données, car ce sont les deux éléments principaux que React traite et le fait très bien.

Les structures et les modèles architecturaux commencent à devenir importants une fois que vous avez dépassé l'application de débutant. Vous ne pouvez pas mettre exactement tout votre système de panier avec des ventes incitatives, des ventes croisées et des recommandations d’achat historiques dans le dossier racine.

Voici quelques exemples de didacticiels React. En fait, la plupart des didacticiels de codage en ligne ne parlent pas du tout d’architecture ou de structures, ni de la manière de mettre en œuvre les méta-éléments en relation avec le framework ou la bibliothèque.

Bien que personne ne voie réellement rien de tout cela une fois qu'il est compilé, vos collègues développeurs ou la personne prenant en charge votre code le verront. Parfois, leur santé dépend de la force de votre code face aux modifications.

Être une bibliothèque signifie que React est très portable. Vous pouvez le placer n’importe où et cela fonctionnera, en quelque sorte comme jQuery et Ajax.

Ceci est particulièrement utile pour les micro-interfaces et les applications de transition profondément enracinées dans les systèmes existants.

Sa relation avec React Native est également un point de différenciation et modifie la manière dont les applications Web progressives sont créées. Contrairement à d'autres frameworks basés sur JavaScript, comme Ionic, qui encerclent essentiellement votre code angulaire, Vue ou React afin de générer une application prête pour la boutique d'applications, React Native va encore plus loin et traduit votre code dans les langues natives requises par Apple et Google. .

Par conséquent, plutôt que de créer un site Web se faisant passer pour une application, React Native le transforme en une application réelle, ce qui lui confère de meilleures performances globales et de meilleures méthodes pour accéder à des fonctionnalités natives telles que des cartes, des compas, des images et des caméras sur le périphérique.

Le code lui-même est toujours principalement React, mais une version différente de React, adaptée aux appareils mobiles.

En tant que natif angulaire plongeant dans le monde de React, l’un des problèmes les plus ennuyeux de React est le manque d’accès aux fonctionnalités couramment utilisées, telles que la liaison de données automatisée, et la façon dont vous pouvez simplement laisser tomber presque toute bibliothèque basée sur JavaScript. ça va bien jouer.

Ou utilisez simplement l’une des bibliothèques disponibles déjà fournies avec Angular. N'oubliez pas de l'importer avec alto! tout est rose et fonctionne.

Cependant, React s’appuie beaucoup plus sur des bibliothèques tierces pouvant ou non bien fonctionner les unes avec les autres ou avec React.

Il existe également un manque de discussions sur la conception et l’organisation des composants dans les communautés - ou peut-être que je ne cherche tout simplement pas les bons endroits. Au fur et à mesure que le projet se développe, vous vous retrouvez souvent en train de pousser votre État plus haut que nécessaire, ce qui entraîne une pollution accidentelle de l'espace global.

Redux est souvent utilisé comme solution à ce problème - mais Redux n’est pas exactement React, il en est une entité totalement distincte.

Il est bon de noter que tout ceci n’est qu’une opinion, basée sur mes expériences personnelles avec la bibliothèque jusqu’à présent. En général, la communauté a été formidable, à l’exception des quelques ennemis que j’ai rencontrés et qui ne sont pas aussi fréquents ni communs dans le monde angulaire.

React est-il donc surestimé?

Cela dépend vraiment des cercles de passionnés avec lesquels vous traitez et tout a ses bizarreries. React n'est pas le Saint-Graal ultime des solutions frontales, mais il est suffisant pour être extrêmement utile.

Tandis que je deviens l’un de ces développeurs vieillissants qui existe depuis assez longtemps pour voir les projets se succéder, je commence à aborder l’apprentissage des nouvelles technologies comme des mises à jour et des mises à niveau de mon ensemble de connaissances actuel - plutôt que comme une fin pour tout ce qui existe.

Réagir n’est pas tout à fait nouveau non plus. C’est juste une autre traduction de JavaScript, HTML et CSS regroupés dans un même espace. De la même manière qu'Angular l'a fait quand il est sorti, et jQuery avant.

L’industrie sera toujours en quête de la meilleure chose à faire, mais la meilleure chose à faire est d’apprendre à coder correctement et à bien le faire - car peu importe le cadre, la bibliothèque, l’échafaudage ou autre chose sophistiquée qui soit le gosse le plus cool du bloc Pour le moment, votre qualité de développeur dépend de la rapidité avec laquelle vous pouvez adapter les bases d’une bonne programmation à vos exigences et à votre environnement actuels.

Merci pour la lecture.

Afficher plus

SupportIvy

SupportIvy.com : Un lieu pour partager le savoir et mieux comprendre le monde. Meilleure plate-forme de support gratuit pour vous, Documentation &Tutoriels par les experts.

Articles similaires

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Bouton retour en haut de la page
Fermer