Version imprimable
Bonjour,
A ce que j'ai cru comprendre Angular2 sortira officiellement fin 2015.
Il n'est pas trop compatible avec AngularJS.
Quel est actuellement l’état de son développement, ainsi que les IDE pour améliorer la productivité.
Peut on commencer un nouveau projet avec ce framework ?
Merci d'avance
Phil
Bonjour,
Oui, AngularJS ressemble à Game of thrones. Il ne faut "s'attacher" à aucun personnage... (dixit Romain Linsolas).
Trêve de plaisanterie, la version 2 apporte beaucoup de nouveautés (dont la compatibilité avec ES6) et à ce titre je te renvoie au talk devoxxFr 2015 (vidéo) de Romain Linsolas justement parlant de la version 2 d'Angular.
Ceci dit, la version 1.5 devrait préparer à la version 2 et sera compatible avec les versions antérieures. De plus, elle sera maintenue pendant 3 ans.
Donc oui, nous avons largement le temps de créer des projets avec la première version et migrer par la suite.
Dans tous les cas, la migration ne devrait pas trop faire de mal car on retrouve dans la 2, ce qui est préconisé dans la version 1. A savoir :
- N'utiliser les contrôleurs que pour les binds (ils disparaissent dans la 2);
- Utiliser les directives le plus possible;
- ...
Ce sont les templates qui seront à modifier en profondeur...
concernant les IDE, je te conseillerais Webstorm (payant).
Sur les problématiques entre angular 1.x et angular 2 tu as aussi https://www.youtube.com/watch?v=f1MBbzuexv4 qui est excellente.Citation:
Envoyé par pcouas
TLDR : C'est compatible si tu structures ton appli et que tu écris ton code correctement. Enfin yaura un coût de migration comme à chaque changement majeur de version d'un framework mais tu conserveras l'essentiel de ton code.
Peut-on commencer un nouveau projet avec Angular 1.x ? Ben oui, par exemple je viens de démarrer une mission pour une refonte d'une quinzaine de webapp. Simplement on prévoit dès le départ qu'il faudra migrer donc on prend ça en compte sur la manière de concevoir les frontend.
EDIT : Pour l'environnement de dev pour ma part c'est Webstorm + tout l'écosystème javascript qui va autour des projets fronts modernes (npm, bower, grunt/gulp, yeoman, etc ...)
sur AngularJS, en général, les besoins des entreprises sont très en retard comparés aux fonctionnalités disponibles. On a produit des applications sur la version 1.0.x qui tournent encore. D'autre en 1.2 (alors qu'il y a une énorme différence entre 1.0 et 1.2, moins entre 1.2 et 1.4...)
Simple avis: l'application aura 2 ans+ de durée de vie, si tu commences un projet en 1.x. Dans mon domaine on livre avec des versions figées -> maintenance. Je n'utilise les versions n+1 des librairies que pour les nouvelles iterations - sachant qu'AngularJS n'est qu'une brique de l'ensemble. Ca laisse largement le temps de passer à AngularJS2
Dans certains domaines, ils veulent être en "edge" (j'imagine des startup ou web agency) car c'est leur argument de vente. Je pense qu'il y aura deja des concurrents à Angular2 sur le hype des Web Components (Polymer).
Bonjour
Je souhaite commencer un Dev "Perso" en Angular2, une Application de Gestion de congés ecrite en Android afin de voir à quoi cela ressemble, et je cherche par ou commencer.
Merci
Phil
Il faut mieux expliquer. Tu veux que ton appli s'exécute en natif sur Android ? Dans un navigateur sur Android ?
Bonjour
Je souhaite a terme que ce soit une application Hybride.
Mais pour l'instant entre les différents tuto issus des différentes versions Alpha d'Angular2 c'est un peu galérè.
Il faut que je trouve un Forum ou poser mes quelques questions bien spécifique. Ce sont pour l'instant des questions newbie sur ce langage.
* Pourquoi etre obliger de passer par du pyton pour le test en local python -m http.server ?
* Pourquoi dans des tutos on a $ tsc --watch -m commonjs -t es5 --emitDecoratorMetadata --experimentalDecorators app.ts et dans d'autres tutos app.es6 ? EcmaScript 6 a t'il complétement remplacé EcmaScript 5 ?
Merci
Phil
Ca doit avoir un lien avec webdriver via protractor. Python est une dépendance de ce mécanisme.Citation:
* Pourquoi etre obliger de passer par du pyton pour le test en local python -m http.server ?
Angular2 sera full ES6.Citation:
* Pourquoi dans des tutos on a $ tsc --watch -m commonjs -t es5 --emitDecoratorMetadata --experimentalDecorators app.ts et dans d'autres tutos app.es6 ? EcmaScript 6 a t'il complétement remplacé EcmaScript 5 ?
Tu ne devrais pas t'initier à Angular directement avec le 2, tu perds ton temps, le code est instable et le contenu va sans cesse bouger, c'est une version alpha. C'est utile pour les experts du code source du framework de trifouiller pour tester mais c'est contre-productif pour les débutants.
Tu veux rire là!Citation:
Envoyé par devyreham
Car Angular tout comme les autres framework du marché ne couvre pas tous les besoins des entreprise.
Il couvre une partie des besoins plutôt bien. Mais il ne couvre pas tous. Et même les versions récente sont dans ce cas. Ce qui est normal vu qu'Angular n'a pas cette ambition.
Il ne faut pas confondre besoin et précipitation sur les nouvelles versions. Choisir de passer à une version supérieur demande du travail. on ne jette pas de millions de lignes de code à la poubelle pour être au goût du jour. En entreprise on ne met pas à mal la productivité de 100 000 personnes parce que la version 1.2 apporte une fonctionnalité de plus que la 1.0. Soit l'entreprise a besoin de cette fonctionnalité et elle avait déjà développé un moyen de l'obtenir, soit elle n'en a pas besoin. Mais dans un cas comme dans l'autre ce n'est pas l'apport d'une fonctionnalité qui fait changer de version. C'est le rapport coût de changement de version, gain de productivité des utilisateurs.
quant à 2 ans de durée de vie en entreprise ça ne s'appel pas une application mais un bricolage ou un palliatif. Une application ça dure. Je commence un projet d'au moins 15 ans, je suis sur un qui à 5 ans et qui en a encore pour au moins 20.
A+JYT
AngularJS & Co sont dans une philosphie Open Source. Dans le cas de l'entreprise (imaginaire) à 100K utilisateurs, Angulajrs ne passerait même pas le tampon de la DSI et du RH. Donc problème résolu.
Ces frameworks demandent une veille et une mise à jour continue, sur plusieurs années. Si les exemples comme Mozilla, Chrome ou Android ne te parlent pas mon argumentaire se résume à écrire dans le vide. Il faut anticiper les versions et tester en avance les impacts sur le code. Si on n'a pas ces process en place, on reste sur windows XP et IE7 :D
A mon avis certain clients n'ont aucune idée dans quoi ils signent. Donc on leur donne des versions figées. Je dit juste que dans 2-3 ans, ils se rendront compte que leur version n'est plus à jour ni maintenue.
Ben je travaille dans une entreprise imaginaire 96 000 salariés et quelques milliers d'intérimaires.Citation:
Envoyé par devyreham
Et la boite précédente dans laquelle je travaillais comptait ~200 000 salariés.
Les entreprise de plus de 100 000 personnes ne sont pas si rares. Ces deux boîtes font même pale figure. elle sont loin derrière le top tenLe RH n'a aucun pouvoir dans les choix technologiques. Je ne connais pas de boite où ce soit le cas.Code:
2
3
4
5
6
7
8
9
10
11
12
Quant au tampon de la DSI bien sur que les DSI mettent leur tampon sur des choix open source. Ce n'est pas un hasard si je regarde AngularJS.
XP et IE6 ;)Citation:
Envoyé par devyreham
La suis suis entièrement d'accord. la migration XP -> Seven a mis 5 ans à se mettre en place dans ma boîte et depuis que le déploiement a commencé il est toujours en cours.
Domaine d'activité par domaine d'activité, type de poste par type de poste il faut garantir la continuité de service sur des milliers d'application.
Comme je le disais plus haut un changement de version a toujours un coût. Et il faut un ROI Suffisant pour l'envisager.
@devyreham
Lorsque vous achetez une voiture vous comparez les modèles et les marques en fonction de vos besoin. Puis vous Choisissez un modèle et l'achetez. Vous n'avez même pas encore remboursé 10% de votre crédit que déjà les nouveautés apparaissent. même si vous gardez un oeil sur le marché de l'auto vous n'allez pas vous précipiter pour changer de véhicule. Ce n'est que lorsque votre véhicule arrivera en fin de vie (pour vous), que vos besoins auront évolué, où qu'une avancée majeure dont vous avez besoin apparait que vous envisagerez le changement. et même la vous n'allez pas vous précipiter pour prendre le dernier modèle.
Si vous êtes fidèle à une marque vous allez donc laisser passer les versions 1.x de votre voiture, voire complètement ignorer la génération 2.x pour vous concentrer sur la version majeure courante du moment (3.4) ou vous envisagez de changer. et si pour vous la voiture est un outil indispensable vous ne prendrez pas le risque d'acheter la toute nouvelle génération 4.0 pour laquelle vous n'avez aucune garantie de fiabilité.
Les entreprises sont tout aussi pragmatique.
A+JYT
Un nouveau billet sur le blog officiel est sorti le 25 aout dernier.
On y apprend qu'une application Angular 1 pourra importer Angular 2 permettant d'entamer une migration incrémentale.
L'injecteur du 1 cohabitera avec le nouveau système d'injection du 2.
Dans une vue, les composants développés avec le 1 pourront cohabiter avec ceux développés avec le 2.
Etc ...
AngularJS 2.0 : résultat d'un sondage parmi les développeurs
Le framework JavaScript fait le point sur sa future version
Il a quelques semaines, un sondage a été lancé pour demander aux développeurs comment ils pensaient utiliser AngularJS 2.0. Les questions portaient sur les approches préférées (TypeScript, ES5, ES6, etc.), sur la manière de gérer le templating, sur les mécanismes de routage et bien d'autres sujets.
Après plus de 2100 réponses, il est l'heure de faire le bilan. Attention tout de même qu'une partie des réponses viennent de développeurs qui ne connaissent pas nécessairement Angular et encore moins ce qu'il y aura dans la version 2.0.
On constate notamment que :
- une majorité des développeurs se partagent une approche TypeScript et Babel, sujet déjà évoqué par l'équipe d'Angular précédemment. Il semble également que ES5 est déjà dépassé par sa grande sœur ;
- la syntaxe canonique pour les templates ([prop]="val"), celle préférée pour la version 2.0 n'a pas encore convaincu la majorité des développeurs qui utilisent encore l'ancienne syntaxe (bind-prop="val") ;
- les templates sont de préférence des fichiers externes ou bien un mélange de fichiers externes et de méthodes inline. Il reste encore trop d'avantages avec les fichiers externes pour s'en séparer totalement ;
- il n'y a pas vraiment de mécanisme de routage favori, la version 2.0 en proposera à terme au moins deux (Component Router et UI Router) ;
- etc.
http://2.bp.blogspot.com/-CXLHyHQUdS...transpiler.png http://3.bp.blogspot.com/-Zl02l-6Qc7...pllocation.png http://2.bp.blogspot.com/-wJqnUMe7n8.../4_routing.png Transpiler Templating Routing TypeScript 45.0% Both 47.6% Component Router 36.7% Babel 33.2% External file 46.5% UI Router 33.0% Not sure 11.3% Inline 3.4% Not sure 28.1% ES5 9.0% Not sure 1.8% Custom 1.7% Other 1.6% Other 0.6% Other 0.4%
Le rapport présente, en plus, de petites analyses sur les bibliothèques de données (en tête : RxJS), les éditeurs (en tête : Webstorm), les builders (largement en tête : Gulp), les frameworks (en tête : jQuery).
Il y avait finalement une question sur les nouveautés de Angular et les développeurs apprécient tout d'abord la détection des changements, suivi par les Web Components (mais l'équipe est dubitative et pense qu'il y a une confusion avec les design component-driven), la bibliothèque Zone.js et le Component Router.
L'équipe a expliqué un peu plus précisément ses choix pour la version 2.0 vis-à-vis des choix des développeurs.
:fleche: Vous pouvez lire cela sur la page des résultats.
:fleche: Blog de AngularJS.
Et vous ?
:fleche: Que pensez-vous des résultats du sondage ?
:fleche: Quelles sont vos préférences ?
Bonjour,
J'ai entendu dire qu'avec angular2, la consommation des WS REST serait un peu plus académique.
Quelqu'un saurait il ce qui est vraiment prévu ?
Car tout de même, ce type d’architecture légitimerait le choix d'angular comme brique frontale du SI. Mais pour le moment, tout ce que j'ai vu dans ce domaine relève un peu du bricolage.
Cordialement,
- Aller sur le billet d'origine.
- Faire Ctrl+F "Dart".
- Pleurer...
Bonjour,
Je programme en js pur couplé avec jquery pour accélérer le dev.
Je voulais savoir, celon vous, qu est-ce que angular.js apporte en plus en général ?
Pourtant :Citation:
Envoyé par Vlozer
"Angular 2 APIs fully support coding in today's JavaScript (ES5), the next version of JavaScript (ES6 or ES2015), TypeScript, and Dart."
"We officially support Angular 2 development in today’s JavaScript (ECMAScript 5), ES6, TypeScript, and Dart. Angular 2, like Angular 1, will additionally work with other compile-to-JavaScript languages like CoffeeScript and ClojureScript.
Qu'est ce que Symphony ou Zend apportent au PHP de base ?Citation:
Envoyé par Kevin-lourenco
Reformulation: Qu est-ce que angular fait de mieux que jquery ? Je rappel à Monsieur que jquery est déjà un framework !Citation:
Envoyé par Marco46
Non jQuery est une bibliothèque. AngularJS est un framework.Citation:
Envoyé par Kevin-lourenco
jQuery ne structure pas une webapp, il offre une collection d'outils hétéroclites là où Angular structure tous les aspects de ta webapp et est spécialisé sur les SPA alors que jQuery est générique.
Les deux outils n'ont vraiment rien à voir.
Donc au final, Angular fait tout mieux que jQuery lorsqu'il est utilisé dans sa cible qui est webapp en SPA parce qu'il répond à toutes les problématiques (bindings, gestion des templates, architecture logicielle, routage, tests unitaires et e2e, etc ...).
Angular est un mauvais choix dès qu'on sort du contexte SPA.