Votre retour d'expérience d'AngularJS du point de vue de la maintenabilité quand les applications grandissent

Bonjour,

AngularJS a eu ces deux dernières années la faveur des développeurs. J'en ai lu beaucoup de bien, et il semble simplifier un grand nombre de choses.
Dans l'absolu, il me suffirait de m'y ruer.

Mais voilà, je suis plus que sur mes gardes à chaque annonce d'un truc merveilleux :

GWT a été en son temps très encensé. Mais des développeurs de Google admettent maintenant qu'ils étaient certains à le trouver improductif. C'était donc ça ce sentiment diffus que j'avais en l'employant ?
Spring est absolument génial : il suffit de trouver des gens capables de tout maîtriser, et il n'y a jamais assez de maîtrise et de compréhension de ses standards aux yeux de ses adeptes. Mais ce qu'il est important de retenir, c'est qu'il n'y a que des bonnes idées dedans. Et ça, il ne faut jamais oublier de le dire, même pour Spring MVC. Spring est très simple à configurer : d'ailleurs, une bonne partie de l'apprentissage, c'est apprendre à le configurer...
La méthode Agile décuple l'efficacité de tous : elle permet aussi de faire du théâtre avec des chorégraphies et des postures, et force déclamations de son agrément et de son plaisir d'y être intégré.
Java 8 et les Lambdas sont révolutionnaires : c'est évident qu'ils feront tout ; les lambdas c'est sympa. Et il n'y a pas d'abus...

Bon voilà pour le placardage. J'ai une vingtaine d'années de programmation derrière moi maintenant, et dès que quelque chose est génial je n'ai qu'une question :

Deux ans après son apparition,
qu'en est-il de la maintenabilité des applications produites avec ?
Une vaste application avec AngularJS montre quels bénéfices et quelles limites ?

Quelles sont les mauvaises pratiques éventuelles que l'on y a vues naître, les pièges (voire les affres) que l'on rencontre en l'employant ?
Une entreprise qui va migrer tout son GWT ou JSF ou Struts en AngularJS ou développer une grande application avec des quantités et des quantités de code AngularJS va devoir faire particulièrement attention à quoi ?
Pourquoi l'annonce de l'arrivée de la deuxième version d'AngularJS a-t-elle tellement troublé ? Quel impact général va-t-elle avoir ? Est-ce grave ? Struts 2 en son temps avait prétendu remplacer Struts 1 et n'avait réussi qu'à faire fuir tout le monde...

Quels sont les atouts aussi d'AngularJS, qui ont vraiment permis d'éliminer des sources d'erreur qui existaient auparavant ?

Merci de votre retour d'expérience.

Je réponds très rapidement j'ai pas le temps de détailler il faudrait écrire un livre :)

Citation:

---

Deux ans après son apparition,
qu'en est-il de la maintenabilité des applications produites avec ?
Une vaste application avec AngularJS montre quels bénéfices et quelles limites ?

---

Comme toutes les applications, tout dépend si les bonnes pratiques sont respectées. Y-a-t-il des TU ? Sont-ils à jour ? La doc est-elle à jour ? Les bugs ont-ils été corrigés ? Les bonnes pratiques ont-elles été respectées ?

Une webapp développée en Angular n'est pas particulièrement meilleure qu'une autre développée avec une autre techno dans la durée. Ce qu'on peut dire en revanche c'est que si ce que j'ai cité ci-dessus est respecté le TMA doit être généralement plus faible (ne serait-ce que parce que le front est dissocié du back et que donc pour faire évoluer le front il suffit de ne relivrer que ce morceau, ça semble évident mais ça compte pour beaucoup).

Citation:

---

Quelles sont les mauvaises pratiques éventuelles que l'on y a vu naître, les pièges (voire les affres) que l'on rencontre en l'employant ?

---

Pour moi le plus évident et le plus dommageable c'est d'écrire de la logique dans les contrôleurs. J'en suis à ma 4ème webapp d'importance et clairement c'est le plus gros caveat. Ca a un impact majeur sur la lisibilité, la facilité à refactorer et la TMA et le TTM.

L'autre gros piège c'est de vouloir faire du site web php classique avec du Angular dedans parce que c'est hype. Angular s'utilise dans un contexte précis (webapp SPA), il n'est pas adapté à un autre contexte (templating côté serveur).

Un dernier piège c'est le référencement. Visiblement ça s'améliore mais c'est un point compliqué qui est valable pour toute les webapp utilisant une techno javascript pour architecturer le site (ember, Angular, etc ...). Ca peut bouffer beaucoup plus de temps que pour une appli classique standard où les pratiques sont sèches sur ce sujet.

Citation:

---

Une entreprise qui va migrer tout son GWT ou JSF ou Struts en AngularJS ou développer une grande application avec des quantités et des quantités de code AngularJS va devoir faire particulièrement attention à quoi ?

---

Il ne s'agit pas d'une migration mais d'une réécriture.

Il faudra faire attention à :
- savoir si angular est adapté au besoin (mais si on vient de GWT ça devrait aller)
- éviter les mauvaises pratiques
- encourager les bonnes :D

En définitive, il est nécessaire de recruter au moins une personne qui a une expérience importante (au moins un voire deux projet(s) réussi(s)) afin de cadrer les pratiques. Quelqu'un comme moi quoi :mrgreen:

Citation:

---

Pourquoi l'annonce de l'arrivée de la deuxième version d'AngularJS a t-elle tellement troublé ? Quel impact général va t-elle avoir ? Est-ce grave ?

---

Il y a eu du trouble car beaucoup de chamboulements annoncés. En réalité il "suffit" de suivre les bonnes pratiques (pas de logique dans les contrôleurs, pas d'usage de $scope, faire un maximum de petites directives, écrire 99% de sa logique dans des services testés unitairement) pour que la migration soit beaucoup moins douloureuse derrière.

Citation:

---

Quels sont les atouts aussi d'AngularJS, qui ont vraiment permis d'éliminer des sources d'erreur qui existaient auparavant ?

---

J'ai peu développé en web dans d'autres techno que Angular, je viens du client lourd. Pour moi il s'agit surtout d'unifier un peu tout dans un pot commun (jquery n'est pas un framework mais une lib. Pour moi angular est le 1er vrai framework de dev js côté front). Il s'agit également d'une architecture cohérente avec le web qui s'adosse sur l'archi web services REST. Il a donc fallu un engouement pour cette archi pour que les webapp front deviennent une réalité.

EDIT : Concernant les atouts ma réponse est très light il y en a plein, MVVM, services, directives, TU intégrés etc ... Mais les infos sont trouvables facilement :)

je maintiens en prod 2 grosses applis angular, et on a pas de soucis particulier.

on est en version angular 1.2.x car on a des utilisateurs ie8. Angular 2.0 je ne me lancerait pas la dedans pour l'instant, c'est trop tot.


Pour prendre un bon depart avec angular:

- maitriser tres bien le javascript est indispensable (3 ou 4 jours de formation JS intensive est la bienvenue pour qq'un qui ne maitriserait pas le JS moderne)
- ne pas faire de templating coté serveur effectivement comme dit plus haut (le back-end devrait etre un back-end REST pour bien faire)

si tu fais du java, angular + jboss rest easy ca marche bien

si tu as le gout de l'aventure, tu peux faire du JS fullstack, avec un backend javascript (node.js /expressjs)

Bonjour,

Je viens de découvrir Angular, et j'avoue que j'ai trouvé enfin une vraie motivation pour faire du JS (que je hais par ailleurs :oops: honte à moi).
Il faut dire que JSF/EJB/JPA ou Symfony sont mes amis, le background explique l'avis sur Javascript.

En fait je retrouve dans Angular tout ce que je souhaitais :
- Architecture d'une appli façon MVC
- cadre de travail
- gain de temps ...

Il faut un temps certain, pour tout assimiler, mais c'est comme tout "Framework".

je partage l'avis sur AngularJs tout frontend, en effet, j'ai choisi cette techno pour une appli Cordova (donc application mobile) avec
Serveur REST Tomcat EE. et la séparation backend frontend est enfin magique. ce qui a eu tendance à m'agacer en Symfony.
Ce petit retour d'expérience me fait envisager différemment mes prochaines applis web. Si angular migre en 2.0 je n'aurais
que la partie front à repenser, pas la partie métier "enfin" un vrai investissement.

Pour le tests même philosophie, la séparation des couches me semble bien plus intéressante.
Le vrai plus, c'est ce côté MVC en Javascript, je ne suis guère à l'aise avec du code "spaghetti", en terme de maintenance
cela à un coût non négligeable, et je sais de quoi je parle, je l'ai pratiqué, je l'ai subit.

J'attends un peu de temps pour la future version, je sais que cela va me coûter encore du temps,
mais les retours sur investissements sont importants.:P

Olivier

Je n'ai pas une grosse expérience d'Angular, mais je fais beaucoup de veille dessus en attendant qu'il devienne vraiment 'Le framework' to adopt. Pour le moment je suis sur un framework 'Ext-JS' qui permet de faire des singles page web app, de très grosse envergure (MVVM ou MVC) en full javascript avec une approche orienté objet similaire au Java.

Ce qui m'a bloqué sur Angular 1 c'est les vues, le manque de standardisation et la difficulté pour réaliser une application structurée. Je vois aussi Angular 1 comme le MVVM des pauvres (surement à tord pour certains d'entre vous). Je le sens parfaitement adapté pour de petites applications web.

Angular 2 a réglé ce soucis, ils nous fournissent des standards, et c'est correctement structurés, c'est vraiment une guideline pour la communauté. Actuellement j'attend juste une release de ng-material 2 en stable, et un éclaircissement sur le polymorphisme( le gros plus pour faciliter les évols et corrections des grosses applications) avant de vraiment me lancer dans des migrations. Et là je pense que ça ouvre la voie aux grosses app web.

Citation:

---

Envoyé par chaya

Je n'ai pas une grosse expérience d'Angular, mais je fais beaucoup de veille dessus en attendant qu'il devienne vraiment 'Le framework' to adopt.

---

Il y en a tellement de framework de nos jours, ça change rapidement. D'ailleurs un concurent de angulars fait pas des anciens du projet est http://aurelia.io/

Citation:

---

Envoyé par chaya

Pour le moment je suis sur un framework 'Ext-JS' qui permet de faire des singles page web app, de très grosse envergure (MVVM ou MVC) en full javascript avec une approche orienté objet similaire au Java.

---

surement un des frameworks les plus complets surtout au niveau des composants graphiques. Disponible en gpl. Il y a quand même de la demande pour ce framework.

Dans le même genre il y a smartclient

Je n'ai pas une grosse expérience ce angularjs; juste une petite application web dans le cadre de mon apprentissage.
Au moment où je commençais vraiment à m’intéresser au framework; voilà qu'on me parle de la version 2 qui est complètement différente de la première.

Entre temps je découvre vuejs qui me parait plus simple et très bien pensé.
Migration donc vers vuejs.

J'ai regardé vuejs et effectivement, ça semble intéressant.

Ce qui manque au framework web, c'est les composants graphiques. Il y en a très peu qui sont très évolué.

Citation:

---

Envoyé par marc.collin

Surement un des frameworks les plus complets surtout au niveau des composants graphiques. Disponible en gpl. Il y a quand même de la demande pour ce framework.

---

Ils sont en train de perdre toute la communauté, Sencha a fait des levées de fonds, Capital Sequoia est rentré dans la place avec quelques autres investisseurs, ils ont ensuite remplacé le PDG par: Art Landro (Un PDG purement taillé pour la traite des vaches à lait). Le GPL n'a pas été renouvelé pour la dernière version de ExtJS 6.0.1, et GXT 4 n'existe tout simplement pas en GPL, ils ont dé-publié la doc de GXT 3 GPL.

Les tarifs sont prohibitifs (la licence est passé depuis, entre guillemets de 500€ à 1500€), et le minimum de licence à l'achat est de 5 contre 1 auparavant (soit mini 5000€ avec la 'reduc').

Voila pourquoi je cherchais une alternative (Angular 2 + ng material 2), Sencha a choisit la voie des investisseurs pour se développer, et a laissé l'open source de coté.

C'est surtout le minimum de licence à acheter qui fait mal. Moindrement tu fais de la consultations même à 1500€ l'unité tu rentres très rapidement dans ton argent... tu passes ça dans certains frais d'entreprise...

Dommage, pour les petites entreprises, pour les grosses je doute que ça leur fasse réellement mal. Avec le support et cie en arrière... c'est pas cher... suffit de perdre quelques fois du temps sur un framework x et que tu charges à ton client 600€, 700€ jours... pour t'en mordre des doigts... suffit de voir les questions non répondu ici, stackoverflow et cie

c'est le choix entre une vision court terme ou non.... c'est comme prendre un débutant qui fera une tâche x en 1 mois alors que l'expert le fera en 1 semaine... au final le coût sera similaire mais avec un gain de temps

il reste smartclient... qui est un peu moins riche que sencha mais largement plus que tout ce qui se fait ailleurs, dispo en LPGL et part à 750$...

Nous avons terminé la réécriture de toutes les applications de data entry de la boîte avec angularjs, venant d'applications qui étaient en Windows (en IBM VisualAge for Smalltalk pour ceux qui connaissent).
Nous n'utilisons pas de logiciels externes donc cela couvre tout: aussi bien la comptabilité de A à Z, la description des contrats, la gestion client, ...
Cela fonctionne parfaitement avec les avantages d'un browser et aussi les limites bien sûr.
La politique de la maison a toujours été de mettre toute la logique métier en SQL (SQL Procedures) et, ensuite, seulement le minimum de cette logique pour faire des écrans "sympas" est dupliquée dans le code "écran".
Cela a permis une migration souple et "sans risque".
Angularjs est 1.4.8 et seuls ui-bootstrap (1.1) et block-ui sont utilisés en plus (pas de jQuery).
Un des gros gains de cette migration (mais ce n'est pas lié à angularjs) c'est qu'en même temps nous avons couvert tous les écrans avec des tests selenium, ce qui permet de changer des éléments centraux le coeur léger, sans crainte d'impact imprévu (ou alors il manque un test...).

Pour l'avoir utilisé sur de nombreux projets, GWT n'avait rien d'improductif.
Par contre, il réclamait une machine de course et une bonne connaissance de Java.

Donc soit on avait des connaissances sur le sujet, qu'on vienne d'un cursus normal ou qu'on soit développeur backend,
soit il ne fallait pas s'y aventurer.

pour développer certe surtout à son début en 2006, 2007... après je trouve que ça s'est améliorer... ce que je n'ai pas aimé de gwt c'était les composants graphiques, tu avais pas trop de choix... fallait opter pour GXT (sencha), smartgwt ou bien GWT-Ext(n'existe pu) pour avoir des composants qui ont du sens...

Bonjour,
sans juger du framework lui-même que j'ai trop peu utilisé, voici quelques axes pour juger les retours, qu'on oublie souvent :

1. ARCHITECTURE
La mode en archi est désormais au client riche et aux API JSON. C'est devenu possible :
- par les frameworks front (Backbone, Ember -- j'ai entendu plus de gens heureux sur ces deux-là que sur Angular d'ailleurs),
- par les frameworks back (Rails, Django, Phoenix...) et la "standardisation" du JSON
- par la variété des terminaux et donc la mode revient au "client riche + API"

2. PERF
Je vois deux sortes de présentations sur Angular :
- celles qui montrent le côté magique (le marketing)
- celles qui montrent les soucis de perf et les astuces (les REX -- retour d'expérience)

La vérité est forcément entre les deux : une productivité accrue mais toujours besoin d'astuces et d'expertise (logique, ça ne me choque pas).
La question est donc : pour combien de temps et avec quelle dette technique ?
Difficile de dire et comme le demande le post de départ : où sont les vraies données ?

3. MOBILE
Le mobile ! C'est la clé du problème. Allez-vous faire une app mobile ? Pour quel(s) OS ?
Personnellement vu les soucis de perf remontés, je n'ai pas très envie (mais ça passerait) pour l'instant du Angular sur mobile.
Je ferais plus volontiers une appli native... mais alors il faudra un effort significatif pour avoir du IOS, Android et peut-être d'autres.
Par contre, la tablette (qu'on imagine plus puissante) pas de souci pour faire du web, et la smart watch je verrais quelque chose de plus léger.

Plus le temps passe, plus j'aime le "low tech" : un minimum d'HTML propre que tous les terminaux peuvent lire facilement, ça vous permet :
- l'usage standard sur desktop et tablette... mais bien plus rapidement que vos concurrents :D
- l'évolution, les compétences, les équipes... qui savent et maîtrisent ce qu'elles font
- l'usage web sur mobile correct, "anciens mobiles" décent, et même smart watch si c'est très léger
En bonus :
- ça marche aussi pour les robots / crawlers (et le SEO associé)
- ça marche aussi sur les screen-readers (accessibilité)

Bref, je ne suis pas contre la nouveauté et l'innovation bien au contraire, mais au moins :
- tout ce qui est un peu trop malin est sur le serveur, que vous maîtrisez
- tout ce que vous ne maîtrisez pas (le monde extérieur et le mode de consultation) n'a que peu de prérequis

Oui, pour l'instant et depuis que je fais du web, je suis plutôt pour l'intelligence sur le serveur :)
C'est un adage courant dans le monde du code, d'être libéral dans ce qu'on accepte et strict dans ce qu'on renvoie !


4. LA LICENCE, le point bonus qui n'a rien (?) à voir avec Angular.
Pour Sencha et ExtJS, j'avais fait quelque chose de solide dessus mais le "dual-licensing" sentait le sapin depuis 2009, voire 2008...
Ça ne me surprend pas et je suis content de ne pas avoir misé dessus.
Au fait, si Google décide unilatéralement de passer à Angular 3.0 au lieu de Angular 2.0, vous faites comment ?

KYC (Know Your Customer) mais... surveillez vos outils !

Citation:

---

Au fait, si Google décide unilatéralement de passer à Angular 3.0 au lieu de Angular 2.0, vous faites comment ?

---

Tu veux dire si Google décide unilatéralement de flinguer sa propre communauté qu'il aura mis 3 ou 4 ans à construire ?

Citation:

---

Personnellement vu les soucis de perf remontés, je n'ai pas très envie (mais ça passerait) pour l'instant du Angular sur mobile.

---

Je sais pas où tu as vu ça, tu n'es pas le premier à le dire (que des soucis ont été rapportés), moi ce que je sais c'est que j'ai participé à un projet mobile de taille raisonnable touchant une gamme de mobiles extrêmement large et je peux te dire que non seulement les perfs sont au rendez-vous mais qu'en plus elles sont meilleures que lorsqu'on met l'intelligence sur le serveur comme tu dis.

Du coup je m'interroge ...

Il y a un cout d'entrée lors de la 1ère connexion du client parce qu'il faut charger pas mal de ressources d'un coup. Oui certes, en se démerdant bien c'est l'affaire de qqs secondes sur un mobile pourri avec une connexion pourrie.
Ceci fait c'est d'une rapidité et d'une fluidité imbattable par une webapp construite côté serveur. IMBA comme ils disent dans les jeux vidéos.

Le SEO est en revanche le vrai problème.

Pouce vert pour nbalaba pour avoir mentionné Vue.js. Je l'utilise pour mes projets perso tandis que professionnellement je démarre actuellement un projet Angular 2 + ES6. Et la comparaison est sans égale: je suis 3 fois plus productif avec Vue. Le manque de doc actuel d'Angular 2 y est sans doute pour quelque-chose, mais pas que. Angular a déjà fait un long bout de chemin pour réduire sa complexité et le nombre de ces concepts, mais il lui reste encore beaucoup à apprendre de projets comme Vue ou Riot question simplicité. Voilà à quoi ressemble un composant Vue : https://github.com/vuejs/vue-loader-...mponents/A.vue ; pas de syntaxe propriétaire, une API minimaliste, des préprocesseurs et du CSS scopé supportés nativement, que demander de plus ?

Citation:

---

Envoyé par SylvainPV

pas de syntaxe propriétaire, une API minimaliste, des préprocesseurs et du CSS scopé supportés nativement, que demander de plus ?

---

Un mécanisme d'injection de dépendances. Rien de sérieux ne peut être entrepris sans ça.

J'avoue néanmoins que la syntaxe de Vue.js est séduisante, mais ça reste de l'AngularJs relooké avec moins de fonctionnalités.

C'est marrant que tu me parles de ça, vu que je viens de perdre une journée entière à configurer un problème d'injection de dépendances après minification via des plugins gulp de réécriture automatique comme ngAnnotate. Angular 1 n'a pas une notation pour la DI, il en a trois (noms de paramètres de fonctions, passage d'Array, et $inject) et chacune a ses propres inconvénients. C'est tellement compliqué comme mécanisme qu'il faut des articles de plusieurs pages pour démystifier le bazar, et qu'ils ont inventé un mode "strict-DI". La DI avec Angular, c'est l'exemple typique de complexité inutile dont je veux parler.

Si tu regardes bien, un service est injecté dans le composant Vue précédent. Comment ? Avec les import de modules ES6, notation standard supportée de base par vue-loader. Une seule notation standard, une seule ligne de code, pas besoin de plus ! Et inutile de me sortir le baratin sur la testabilité et les mock-up, on est parfaitement capable avec le tooling actuel de remplacer à la volée des dépendances par d'autres.

Personnellement, c'est la 1ère fois que j'entends parler de vuejs.

Le fait qu'un ptit gars tout seul soit derrière le projet, ça n'inspire pas trop confiance pour travailler avec dans le cadre d'un projet professionnel.

Yep c'est le seul truc qui m'ennuie aussi, mais il semble que le mec soit une pointure et soit aussi hyper-actif vu son rythme de production. Les 13500 stars github sont assez impressionnantes pour un projet d'un seul homme (le repo d'Angular 2 en est à 8700 stars là). Vue.js n'est pas très connu en France, mais il y a des meet-ups qui sont organisés un peu partout dans le monde (un à Londres prochainement).