Edit

I siti del network HTML.it

• HTML.it
• oneOpenSource
• HTML/XHTML
• CSS
• JavaScript
• PHP
• Grafica
• Web Design
• Marketing e Motori
• Programmazione

Commenti

1

sarà che non condivido l’andazzo di google di dover sempre proporre soluzioni proprie… io non ne vedo al momento la necessità di questo dart. Google non potrebbe convincere gli altri sulla necessità di rinnovare e migliorare javascript stesso?

# - postato da flux - 01 Febbraio 2012 - 11:54

2

Concordo con flux. Miglioriamo gli “attrezzi” di largo uso già esistenti, invece di (re)inventare ogni volta il clone del clone del clone.

Dirò di più. Ogni volta che Google se ne esce con qualche linguaggio nuovo, l’ unica cosa che riesce a farmi capire è, che devo digitare più codice.

# - postato da @rchie - 01 Febbraio 2012 - 12:11

3

Non sembra che le persone che lo hanno scritto siano espertissime di JS. Un paio di esempi trovati a caso:

Nel test se una stringa inizia con un’altra usano

function(string, beginning) {
var head = string.substr(0, beginning.length);
return head == beginning;
}

invece della più semplice

function(string, beginning) {
return string.indexOf(beginning) == 0;
}

Inoltre affermano che

function f(a,b,c) {return c;}
f(1); // null

mentre in quel caso il valore di ritorno è undefined. In effetti non conosco nessun uso utile di null in javascript.

Sono piccole cose, ma probabilmente ce ne sono altre.

# - postato da Andrea - 01 Febbraio 2012 - 13:00

4

Ciao flux e @rchie,

le vostre perplessità sono più che motivate: nelle FAQ sul sito ufficiale di Dart, infatti, c’é la risposta alla domanda “Isn’t Dart a lot like JavaScript?” in cui sono illustrate le analogie e le differenze tra Dart e JavaScript.

Riporto testualmente un estratto della risposta: “Dart mira ad essere come JavaScript ma più veloce, più regolare e più scalabile su programmi di grosse dimensioni.”

# - postato da Francesco Argese - 01 Febbraio 2012 - 13:42

5

Ciao Andrea,

non mi ero accorto di quell’errore (mi riferisco all’errore sul tipo di ritorno null anziché undefined) però effettivamente c’è ancora.

Se vuoi puoi provare a segnalarlo quì o sulla mailing list come consigliato a fondo pagina.

Grazie per la segnalazione! ;-)

# - postato da Francesco Argese - 01 Febbraio 2012 - 14:39

6

“Dart mira ad essere come JavaScript ma più veloce, più regolare e più scalabile su programmi di grosse dimensioni.”

Se implementano le classi in javascript si ottiene esattamente quanto sopra descritto.

O Sbaglio?

# - postato da @rchie - 01 Febbraio 2012 - 18:59

7

La regolarità e la scalabilità su programmi più grandi sono ottenibili con librerie esterne (seppur con qualche compromesso) però implementando le classi non è possibile migliorare la velocità dato che sarebbe necessario agire sull’implementazione dell’interprete e riprogettare il linguaggio stesso. Per mantenere la retro-compatibilità con applicazioni legacy non è possibile apportare queste modifiche ad un linguaggio in uso.

Comunque Google ha rilasciato già importanti contributi all’evoluzione dello standard Javascript tra cui la testsuite Sputnik utilizzata per test di conformità allo standard ed integrata nella testsui ufficiale ECMAScript test262.

Speriamo solo che la nascita di Dart non rappresenti la fine di questi contributi. :-)

# - postato da Francesco Argese - 01 Febbraio 2012 - 20:25

8

Trovo l’idea di Dart non peregrina, nel senso che JS in sé è un linguaggio poverissimo: il mio sogno è o qualcosa che somigli ad AS3 oppure Python.

# - postato da Pino - 02 Febbraio 2012 - 14:45

9

Ciao,
se cercate un linguaggio più statico per gestire grandi progetti javascript potete dare un occhio ad haxe:

http://www.haxejs.org/

Compila in javascript,actionscript,php, c++ e c#

# - postato da sa_su_ke - 04 Febbraio 2012 - 16:40

Inserisci il tuo commento: