En matière de développement front-end, j'ai toujours été un défenseur d'Angular. Angular était ma référence pour toutes mes applications, d'autant plus que j'ai développé de nombreuses applications mobiles Ionic, initialement basées sur Angular ou du JavaScript pur. Ma zone de confort s'est solidifiée par des années de développement Angular, mais le jour est venu où j'ai décidé de m'aventurer dans le monde de React.
Mon voyage a commencé avec Angular, et je suis resté fidèle à lui contre vents et marées. J'ai apprécié son approche structurée et la manière dont elle s'intègre parfaitement à Ionic pour le développement d'applications mobiles.** Lorsque Ionic a ajouté la prise en charge de React, j'étais sceptique et j'ai supposé qu'il ne s'agissait que d'un gadget marketing**. Après tout, je construisais des logiciels depuis 2012 et j'avais essayé l'une des premières versions de React vers 2015/2016. Mon expérience initiale était loin d’être brillante. À l’époque, React était en désordre, les accessoires étaient partout, imbriqués dans d’autres accessoires, emmêlés et déroutants. La théorie des « composants » en était encore à ses balbutiements et JSX semblait maladroit et maladroit. Frustré, je suis passé à Angular.js (oui, ce n'est pas une faute de frappe, c'est avec .js à la fin, je suis si vieux) et je n'ai pas regardé en arrière.
Au cours des huit années suivantes, j'ai créé des applications Web de production, des applications mobiles et des tableaux de bord personnalisés avec Angular. Cela m'a bien servi, d'autant plus que je me suis toujours concentré davantage sur le développement backend, traitant le frontend comme une tâche nécessaire plutôt que comme une passion.
Au fil des années, j'ai remarqué que la communauté React se développait rapidement. Les gens étaient ravis de voir React comme l’avenir du développement front-end. Malgré le battage médiatique, j'étais satisfait de ma configuration Angular. J'avais déjà essayé React et je n'avais pas ressenti le besoin d'y revenir.
Cependant, la curiosité a fini par prendre le dessus sur moi. La curiosité m'a amené à essayer Next.js parce que j'avais besoin d'une solution de rendu côté serveur (SSR), et Angular s'avérait être pénible à cet effet. C'est là que tout a changé. Next.js m'a fait découvrir un tout nouveau monde.
Typescript, React, SSR et une gamme infinie de bibliothèques pour tout ce à quoi je peux penser. Le nombre de composants préfabriqués m’a époustouflé. J'ai créé une application entièrement fonctionnelle en une seule journée, avec la connexion, l'authentification et l'intégration Stripe toutes configurées. L’augmentation de la productivité était irréelle. J'ai pu créer le frontend et la logique de paiement pour Feedrika, un service API d'actualités en seulement 1 jour
Je me suis retrouvé plus efficace avec un framework qui était nouveau pour moi qu'avec Angular, un framework que j'utilisais depuis des années. Ce fut une révélation choquante.
Cette expérience a complètement changé ma façon de voir React. Je suis passé du statut de sceptique à celui de voir son potentiel. La flexibilité de l’écosystème de React et l’incroyable soutien de la communauté m’ont vraiment impressionné. Bien que je n'abandonne pas Angular, l'augmentation de productivité que j'ai obtenue grâce à React a été choquante et j'ai l'intention de continuer à explorer cette direction. Mon parcours m'a appris l'importance de rester ouvert aux nouvelles technologies et d'évoluer continuellement en tant qu'entreprise. promoteur.
Clause de non-responsabilité: Toutes les ressources fournies proviennent en partie d'Internet. En cas de violation de vos droits d'auteur ou d'autres droits et intérêts, veuillez expliquer les raisons détaillées et fournir une preuve du droit d'auteur ou des droits et intérêts, puis l'envoyer à l'adresse e-mail : [email protected]. Nous nous en occuperons pour vous dans les plus brefs délais.
Copyright© 2022 湘ICP备2022001581号-3