La version 1.0 de Dart SDK vient d'ĂȘtre publiĂ©e. Ce langage de programmation a pour but de remplacer Javascript Ă long terme: plus structurĂ©, plus sĂ»r, plus performant... Les promesses habituelles des nouveaux produits sont lĂ .
Dart propose une approche plus radicale que les solutions concurrentes (Haxe, Typescript, asm.js...): remplacer l'interprĂ©teur javascript. Sur le site il est ainsi possible de tĂ©lĂ©charger une version patchĂ© de Chromium qui embarque un interprĂ©teur Dart. Pour ĂȘtre compatible avec les autres navigateurs, il est possible de compiler le code Dart en javascript. Il est aussi possible de l'utiliser hors d'un navigateur pour Ă©crire programmes en ligne de commande ou des serveurs.
Proche de Java, D ou C#, le langage semble assez simple à apprendre et puissant (closures, mixins, generics...) , mais ne propose pas de features orientées performances (struct, raii, gestion manuelle de la mémoire...). Toutefois l'interpréteur semble bien se débrouiller.
Contrairement à beaucoup de nouveaux langages, l'outillage semble complet: IDE basé sur Eclipse avec débugger, gestionnaire de dépendances, bibliothÚques, documentation bien fournie.
A suivre...
https://www.dartlang.org/
http://googledevelopers.blogspot.fr/2013/11/dart-10-stable-sdk-for-structured-web.html
# RAII
PostĂ© par potate . ĂvaluĂ© Ă 4.
Je ne voie pas la technique RAII (Ressource Aquisition Is Initialization) comme une feature orientée performance, mais plutÎt comme une feature qui simplifie l'écriture du code. J'ai raté quelque chose ?
Note : rien Ă voir, mais je me plante tout le temps entre RAII et RTTI (Run-time type information).
[^] # Re: RAII
PostĂ© par devnewton đș (site web personnel) . ĂvaluĂ© Ă 2.
Je n'ai pas trouvé comment mieux exprimer "mécanisme pour libérer une ressource systÚme rare et coûteuse lorsqu'elle n'est plus accessible".
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
# google s' eparpille
PostĂ© par akimatsumoto . ĂvaluĂ© Ă 1.
Ăa ne fait pas doublon avec PNaCl ?
[^] # Re: google s' eparpille
PostĂ© par lockidor . ĂvaluĂ© Ă 2.
Non, Dart vise à remplacer JavaScript (donc du code interprété par le navigateur), alors que NaCl permet d'exécuter du code natif en passant par le navigateur.
# A ce propos
PostĂ© par Sam E. . ĂvaluĂ© Ă 3.
Le mois passé il y avait un talk sur Dart à SoftShake 2013, une série de conférences à GenÚve.
Les slides de la présentation sont disponibles en suivant ce lien.
# Et les autres navigateurs ?
PostĂ© par matteli . ĂvaluĂ© Ă 2.
Quelle est la position des autres éditeurs de navigateurs par rapport à ce langage ? Notamment, est ce que Mozilla compte l'inclure dans Firefox ?
[^] # Re: Et les autres navigateurs ?
PostĂ© par claudex . ĂvaluĂ© Ă 6.
Mozilla ne veut pas parce que ça leur ferrait trop de travail (2 machines virtuelles Ă dĂ©velopper et sĂ©curiser) parce que JavaScript existera encore trĂšs longtemps sur le web, mĂȘme si Dart rĂ©ussi son pari. C'est pour cela qu'ils misent sur asm.js, ça permet de rester compatible avec l'existant tout en Ă©vitant de trop augmenter la charge de travail.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Et les autres navigateurs ?
PostĂ© par devnewton đș (site web personnel) . ĂvaluĂ© Ă 5. DerniĂšre modification le 14 novembre 2013 Ă 22:32.
asm.js ce n'est pas une deuxiĂšme vm?
Sinon je ne vois pas trop le rapport: rien ne les empĂȘche d'implĂ©menter dart avec leur vm javascript en le prĂ©compilant en asm.js (on n'est plus Ă une bidouille prĂšs...).
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
[^] # Re: Et les autres navigateurs ?
PostĂ© par jfmartin . ĂvaluĂ© Ă 3.
asm.js n'est pas sensĂ© ĂȘtre utiliser directement par les devs.
C'est une lib qui est utilisé quand tu utilise emscripten, un compilateur LLVM bytecode -> Javascript.
Du moins c'est ce que j'ai crut comprendre mais je peut me tromper.
Puis niveau adoption de Dart, aucun navigateur ne l'utilise actuellement Ă part Dartium.
On pourra parler de son adoption quand il sera inclut de Chrom{e,ium} par défaut.
[^] # Re: Et les autres navigateurs ?
PostĂ© par devnewton đș (site web personnel) . ĂvaluĂ© Ă -1. DerniĂšre modification le 15 novembre 2013 Ă 10:17.
C'est ce que je lui reproche: cÎté client asm.js est illisible, contrairement à Dart.
Pour une fois qu'ils n'essayent pas de passer en force... Contrairement Ă Mozilla avec asm.js!
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
[^] # Re: Et les autres navigateurs ?
PostĂ© par Guillaume Denry (site web personnel) . ĂvaluĂ© Ă 1.
En mĂȘme temps, c'est pas dans l'objectif d'asm.js d'ĂȘtre lisible, et si on compilait du natif en Dart en restreignant le langage pour qu'il soit le plus optimisĂ© possible (comme c'est le cas pour emscripten) je ne suis pas absolument certain que le code Dart gĂ©nĂ©rĂ© serait lisible.
[^] # Re: Et les autres navigateurs ?
PostĂ© par devnewton đș (site web personnel) . ĂvaluĂ© Ă 1.
Pourquoi restreindre dart? Il contient déjà les infos nécessaires à de bonnes optimisations.
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
[^] # Re: Et les autres navigateurs ?
PostĂ© par claudex . ĂvaluĂ© Ă 4.
Non.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Et les autres navigateurs ?
PostĂ© par Le Gab . ĂvaluĂ© Ă 1.
Ăa leur donnerait une excuse de sortir des versions et d'agiter le bĂąton des nouveautes/features au nez du dĂ©veloppeur et utilisateur et quand Dart sera implĂ©mentĂ©, on parlera de InterpretedTM, une autre techno "qu'elle est mieux".
Plus sĂ©rieusement, mĂȘme si l'approche asm.js permet de gonfler les perfs ça reste basĂ© sur du branlant, javascript et ma machine en a assez de faire fondre la neige du Groenland qui a mis Ă jour la prĂ©sence de ressources miniĂšres et que nos gentils industriels vont siphonner sans vergognes... heu, hem, pardon. :)
Suivre le flux des commentaires
Note : les commentaires appartiennent Ă celles et ceux qui les ont postĂ©s. Nous nâen sommes pas responsables.