4 raisons d’utiliser Angular pour votre prochaine application Web

Découvrez pourquoi la communauté, l’élan, la stabilité et le cadre peuvent faire d’Angular l’endroit idéal pour vous. Mais en fin de compte, le choix vous appartient !

Les voici : les quatre raisons d’envisager Angular pour créer votre prochaine application Web :

• Communauté
• Élan
• La stabilité
• Cadre

Cela peut paraître drôle, mais je crois que c’est la vérité honnête. Angular possède une communauté phénoménale, avec des leaders d’opinion qui non seulement innovent, mais donnent également un coup de main à ceux qui débutent. Le framework lui-même, la base de code, a beaucoup de dynamisme. De nombreuses innovations et changements ont eu lieu et se produiront, tous centrés sur une meilleure expérience pour les développeurs, une intégration plus facile et un sous-produit plus performant.

En ce qui concerne la stabilité, je n’ai jamais vu une équipe aussi consciente des changements radicaux et aussi persistante que l’équipage actuel du vaisseau Angular. Chaque décision s’accompagne d’heures et d’heures de délibérations, de brainstorming et de vérification avec les membres de la communauté pour déterminer s’il s’agit de la bonne prochaine étape pour l’avenir du cadre. Ils n’ont pas peur d’innover, mais ils ne le font pas non plus à un rythme effréné.

Enfin, le cadre. Angular est un framework, pas une bibliothèque. Si vous choisissez d’entrer dans le monde de ce framework, vous découvrirez les meilleures pratiques et les décisions architecturales prédéfinies. Comment gérer l’État ? Le chemin a été pavé, repavé et pavé à nouveau. Il existe des formules et des constructions claires à utiliser – comme dans tout véritable cadre, bon nombre des premières délibérations sont supprimées, vous permettant ainsi de simplement créer.

Comme je l’ai mentionné dans l’ouverture, la communauté d’Angular est vraiment fantastique. Je pense que la raison en est double. L’équipe Angular a toujours été désireuse d’entretenir des relations avec sa base d’utilisateurs externes. Ils ont un excellent programme de sensibilisation pour former et soutenir les leaders d’opinion, ils s’efforcent d’assister à des conférences et à des rencontres tout au long de l’année pour répondre aux questions brûlantes et éduquer leur communauté, et ils aiment aussi ce qu’ils font. Je pense que l’ambiance de l’équipe Angular a fortement influencé l’ambiance de la communauté externe des développeurs.

Je crois également que certains « types » de personnes sont attirés par certains types de code. Les Angularites regorgent de personnes d’horizons différents, mais il semble y avoir une corde commune touchée dans leurs personnalités. Certains sont cool, certains sont ringards, tous sont des créateurs passionnés, mais la seule vraie note que je vois est l’ambiance de « vous pouvez passer du temps avec nous, vous pouvez vous détendre ici ». Angular ne va nulle part. Nous avons ce sentiment de confort et de stabilité pour le cadre et pour la communauté qui est très apaisant et, j’ose dire, contagieux – alors faites attention.

Élan

Cela a commencé avec Angular 1.0 (maintenant appelé AngularJS). Des décisions ont été délibérées, un chemin a été tracé et un cadre est né. Ensuite, pour la version 2.0, de nombreux nouveau des décisions ont été prises, de nouveaux documents ont été créés et la distinction a été faite entre Angular (v2.0+) et AngularJS (^v1.0).

Désormais, avec la version 17, nous envisageons davantage d’innovations et de changements (en dehors de la croissance normale), mais de manière rétrocompatible et migrable.

Avec le recul, il est intéressant de voir les choses qui nous ont empêchés d’être le cadre que l’équipe voudrait que nous devenions, sous peu. Des considérations technologiques et des influences internes ont conduit à la forme du cadre. Et maintenant que le paysage a changé et que la technologie Web a progressé, je suis fier de l’équipe, mon équipe Angular, qui a le courage d’aborder une tâche très difficile (à la fois en termes de code et de plaidoyer communautaire) et de l’aborder avec tous. la vigueur qui leur est due, le tout pour l’amélioration du cadre et de sa communauté, toujours.

À ce stade, j’ai probablement l’air un peu dramatique. Comme vous pouvez le constater, si vous ne me connaissiez pas déjà, je suis un fan inconditionnel d’Angular. Mais j’ai trouvé ici une telle appartenance et une telle passion qu’il est difficile de ne pas m’en détacher fortement.

L’élan actuel du framework – après que le moteur de rendu a ouvert la voie à des innovations telles que l’autonomie, les signaux, le flux de contrôle et même le nouveau système de construction – est palpable. En entrant dans Angular en ce moment, vous sentez non seulement qu’il y a tellement d’outils intéressants dans votre ceinture d’outils Angular pour la création d’applications, mais vous ressentez cette sensation de mouvement et entendez la promesse de fonctionnalités à venir.

La stabilité

Angular est un framework écrit par Google pour Google. Et pour la communauté. Google compte plus de trois MILLE applications internes. Ils utilisent tous Angular. Angular est alimenté par ses propres créateurs et par tous les membres de l’entreprise ainsi que par la vaste communauté mondiale. Ce cadre, simplement par qui il sert, a pour être stable.

Que vous apporte la stabilité, personnellement, en tant que développeur ? Beaucoup de choses. Un framework stable signifie des documents et des démos complets pour apprendre tous les éléments. Un cadre stable signifie que si la documentation ne le couvre pas, vous pouvez garantir que la communauté d’utilisateurs passionnés le fera. Un cadre stable signifie que vous ne vous laisserez pas couper l’herbe sous le pied.

Intéressé par une fonctionnalité marquée RC ? Génial! Je vous recommande de l’utiliser dès que vous le pouvez. Les fonctionnalités qui arrivent sur RC dans Angular en sont à leur dernière étape de test communautaire, elles sont stables, elles ne seront pas « supprimées ». Au pire, leur API pourrait être un peu plus robuste dans la version finale.

Je sais ce que je peux attendre d’Angular et de l’avenir d’Angular. Je sais ce que je peux attendre de l’équipe Angular. Je sais ce que je peux attendre de la communauté. J’apprécie la stabilité de tout cela. La passion, c’est bien quand on est jeune, mais plus je vieillis, plus je trouve du réconfort dans le connu. Angulaire est stable.

Cadre

Contrairement à une alternative très populaire (React), Angular est un framework à part entière. (Dites cela cinq fois plus vite. 😏) Cela signifie que vous disposez de solutions entièrement préparées et décrites, de documents complets et d’une communauté saine remplie de tutoriels, de vidéos, de blogs, etc. Personnellement, j’aime avoir des décisions telles que « qui est mon routeur » ou « comment puis-je gérer l’état » à peu près traité et enveloppé dans un arc pour moi. Cela libère votre esprit des éléments grossiers du bâtiment lui-même, ce qui devrait être ce que nous devrions faire en tant que développeurs.

Certaines personnes apprécient l’approche « roulez vous-même » et la liberté qui accompagne une bibliothèque. Au moins, ils en profitent jusqu’au moment d’entretenir la bête à long terme. Je pense qu’il y a trop de décisions importantes à prendre au début d’une application qui nécessitent un véritable architecte de développement et un semi-démoniste pour regarder vers l’avenir et voir dans quelle direction nous devrions aller. Toutes les équipes ne disposent pas d’un démoniste et de nombreuses équipes en paient le prix en ce moment, sur le long terme. Avec Angular, vous n’avez pas besoin de magiciens dans votre équipe, ce qui est bien.

Choisissez Angulaire… ou ne le faites pas

Je me souviens d’être assis au premier rang lors d’une de mes premières ng-confs (avec environ 1 700 autres âmes). Je regardais le brillant Brad Green présenter les plans à venir pour le cadre. Au cours de la séance de questions-réponses, un membre du public a posé la question : « Pourquoi devrais-je choisir Angular plutôt que React ? » J’ai été choqué et j’ai éclaté de rire face à la réponse de Brad. Brad a dit :

« Tu ne devrais pas ! Si vous souhaitez utiliser React, utilisez React. De toute façon, je ne gagnerai pas un centime de plus ou de moins.

J’ai adoré Brad pour cette réponse et j’aime le fait que cet esprit ait persisté au sein de l’équipe Angular. Les fonctionnalités ne sont pas créées parce qu’elles seront populaires. Ils sont créés parce qu’ils amélioreront le framework, ils le rendront plus facile à apprendre ou à utiliser, ils le rendront plus performant. Pas parce que cela rapportera de l’argent ou vendra.

Je suppose que c’est la beauté d’avoir une telle bête technologique qui crée, sauvegarde et utilise votre framework. Si la communauté disparaissait, Angular resterait et serait toujours utilisé par des centaines de développeurs sur des milliers d’applications chez Google. Ils avaient besoin d’un cadre qui réponde à ces problèmes et c’est pourquoi ils l’ont créé et maintenu. L’inconstance des développeurs de la communauté n’a aucune influence sur la direction ou l’existence d’Angular, et c’est une belle chose, une chose stable.

Donc, pour créer votre nouvelle application Web en 2024, utilisez Angular… ou pas. Cette communauté sera toujours là, stable et forte comme jamais. Nous vous souhaitons la bienvenue si vous souhaitez accrocher mais nous vous souhaitons également bonne chance si vous ne le faites pas. Que votre code transpile et que vos tests réussissent tous, mes amis !