Mais let est implémenté dans TypeScript, depuis la récente version 1.4Envoyé par Tarh_
Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Non. Le compilateur le comprend, mais ne le traduit pas en ES5. Le code compilé doit ensuite être exécuté par une VM ES6.Mais let est implémenté dans TypeScript, depuis la récente version 1.4
Une VM ES6 n'exagérons rien, même IE (11) comprend let.
Et ils ne le traduisent pas pour des raisons de perfs (https://github.com/Microsoft/TypeScript/issues/1690)
Mais parfaitement. Encore faut-il en avoir conscience et ne pas imaginer que le fait que ça soit fait par Google soit une preuve de pérennité. Je n'ai pas l'impression que ça soit souvent le cas, vu le nombre de projets qui se lancent en utilisant Angular.
Il s'agit de Rob Eisenberg, le créateur de Aurelia. Cette comparaison a le goût de la provocation.
J'espère vraiment qu'Angular va réagir, car si c'est avéré qu'on ne peut pas simplifier le code Angular 2 montré, alors Aurelia est clairement grand gagnant. Certes, on est sur le blog d'Eisenberg donc objectivité zéro, mais il a le mérite de montrer les gros points faibles de la syntaxe actuelle d'Angular 2.
Aussi, je trouve la syntaxe HTML d'Angular 2 à vomir... ces crochets et ces parenthèses autour des attributs ne riment à rien
One Web to rule them all
A titre d'information, j'ai eu vent d'un dépôt GitHub avant-gardiste puisqu'il utilise le framework Aurelia avec la préversion 1.5 de TypeScript
aurelia-ts
Le code source de l'application de démonstration se trouve dans le dossier src.
J'ai l'intention de faire prochainement une comparaison entre Angular et Aurelia sur une petite appli démo (un book store). Je posterai le code et vous ferai un debrief quand j'aurais terminé.
One Web to rule them all
Voici en synthèse la réponse de Brad Green, membre de l'équipe Angular chez Google, à la petite pique de Rob Eisenberg :
Ca me rappelle étrangement l'argumentaire de Dart qui produit un code JS horriblement long, mais qui est censé le rendre plus court pour de grosses applications...
A voir sur pièce j'imagine.
Un article intéressant où un bloggeur relate son retour d'expérience sur Aurelia et React.
Concernant Aurelia, voici un extrait :
Les bénéfices d'un tel framework accomodant sont assez évidents lorsque vous écrivez vos premières lignes d'Aurelia. Vous n'avez pas à étendre quoi que ce soit, vous n'avez pas à décorer votre HTML avec des attributs bizarres, pas de problèmes étranges liés au scope comme ceux que vous pourriez rencontrer avec Angular et vous n'avez pas à organiser votre code de façon spécifique. Même en considérant la notion de convention de façon large, Aurelia ne vous oblige pas à faire quoi que ce soit qui puisse contrevenir à ces conventions.The benefits of using such a relaxed framework are pretty obvious when you write your first few lines of Aurelia. You don’t have to extend anything, you don’t have to decorate your HTML with weird attributes, no strange scoping issues like you might encounter in Angular and you don’t have to organise your code in a specific way. As far as conventions go, Aurelia doesn’t make you do anything nor enforce strict conventions.
Mon premier contact avec Aurelia aura été difficile... Toute l'installation requiert de nombreuses dépendances Github chargées via JSPM. Je viens de passer deux heures à essayer de configurer jspm, npm et git pour passer outre le proxy de mon entreprise... en vain. Je ne sais pas où trouver une version compète et prête à fonctionner tel quelle. C'était la belle époque quand il suffisait de télécharger un fichier JS pour son framework client...
One Web to rule them all
Je suis content de lire ça, j'ai moi aussi eu envie de tester Aurelia, mais j'ai été rebuté par tous ces trucs à installer. Sauf que j'ai pensé que c'était à cause de ma méconnaissance des outils du monde javascript. J'ai suivi les étapes aveuglément, avec un côté quelque peu "ca marche sauf si ça marche pas" puis j'ai eu des soucis et je pouvais pas passer des heures à tenter de comprendre un build system en ne sachant même pas si tout ça pourra s'accomoder avec les autres libs que j'utilise et la façon dont je construis et distribue mes apps.
C'est vrai que l'outillage d'environnement est très pesant, au sens propre du terme. Mon dossier projet pèse déjà 140Mo alors que je n'ai pas commencé à coder. J'ai quand même pu tester les tests automatisés avec protractor et le live-refresh avec browsersync et c'est vrai que ça fonctionne très bien. Mais je me demande si c'était vraiment utile de nous imposer tout ça dès le premier tutoriel. Enfin, c'est une beta, ça sera amené à évoluer j'imagine.
One Web to rule them all
La solution n'est pas technique dans la config de npm mais humaine. Se rapprocher des administrateurs pour obtenir un régime de faveur, qui existe forcément, ne serait-ce que pour maintenir à jour les serveurs Linux.
Je peux utiliser npm et git en ligne de commande. Seul JSPM pose problème. Donc je me suis plutôt rapproché de l'équipe JSPM.
One Web to rule them all
Juste pour annoncer qu'Aurelia propose une nouvelle mise à jour tenant compte des décorateurs de la norme ES7 qu'on retrouve dans BabelJS et TypeScript, ainsi que le support d'IE9 et simplifie l'interaction avec le HTML.
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager