Alfonso Maruccia
giovedì 2 febbraio 2012

Google Dart a confronto con JavaScript

Mountain View mette a confronto la sintassi del suo nuovo linguaggio di programmazione con quella standard di JavaScript

Roma - Dart non fa rumore, e Google ha bisogno di diffondere la buona novella del suo nuovo linguaggio per lo sviluppo semplificato di app web veloci e ottimizzate come non mai. Nuova iniziativa (in ordine di tempo) in tal senso è il confronto della sintassi di base del nuovo ambiente con quella già stabilita di JavaScript.

Google mette letteralmente a confronto linea per linea una app codificata in entrambi i linguaggi: Dart, appunto, e JavaScript. Il confronto è puramente illustrativo, non prende in considerazione i presunti vantaggi della nuova Googlelingua e nemmeno le differenze profonde esistenti nel complesso.

La speranza di Google è naturalmente che Dart acquisti credito presso la community di sviluppatori e sostituisca (sul lungo, lunghissimo periodo) JavaScript, ma le prime reazioni della suddetta community non sono affatto incoraggianti.Dart appare inutile, dicono i critici, e per quanto riguarda il confronto sulla sintassi Google evita anche di prendere in considerazione le nuove caratteristiche dell'ultima revisione di JS (1.7).

Alfonso Maruccia
Notizie collegate
  • TecnologiaGoogle Dart programma il webMountain View toglie i veli al suo nuovo, chiacchierato linguaggio di programmazione per ambienti web. Una tecnologia potente e familiare agli sviluppatori, pensata per facilitare la creazione di "app" in ogni ambiente operativo
19 Commenti alla Notizia Google Dart a confronto con JavaScript
Ordina
  • Il buon JavaScript è bacato dalla nascita, e sappiamo bene che lavorare ad oggetti in JavaScript non è comodo.
    Poi i framework come prototype o jquery semplificano la notazioni, ma sono sempre pezze sopra una mezza schifezza.
    Dall'altra non è facile sostituire uno standard: dart temo non passerà perché gli altri non ne vogliono sapere di altro potere google nella rete, e ne hanno ben donde.

    Ci vorrebbe uno standard condiviso, non dico per forza via W3C, ma si comincia dal sedersi intorno ad un tavolo: i boss di W3C, Google, MS, Adobe, Opera, Apple, Firefox, IBM, RedHat, Ubuntu etc ... e concordano con uno standard condiviso: e che NON sia per forza retocompatibile.
    JavaScript sarebbe bello venisse superato.
    Ma temo questo resti un sogno.
    non+autenticato
  • Scusate ma non vedo la verbosità che segnalate... mi potete indicare quale in quale parte Dart è molto più verboso?

    Personalmente lo trovo chiaro e ha cose che js non ha o necessita di altri framework (classi, import, navigazione dom, ecc... ). Se non fosse per l'incertezza sul fatto che verrà adottato o meno non mi farei tanti scrupoli ad utilizzarlo.

    Ma qualcuno mi smentiscaOcchiolino
  • - Scritto da: pix303
    > Scusate ma non vedo la verbosità che segnalate...
    > mi potete indicare quale in quale parte Dart è
    > molto più
    > verboso?

    come no: è molto più breve "// no support"
    non+autenticato
  • mariuccia, che dici?
    non è una app, nemmeno un programma,
    e nemmeno uno script "tradotto"
    da un linguaggio ad un altro.

    la pagina che hai linkato mette
    semplicemente a confronto le differenti
    modalità con cui compiere "azioni"
    nei due linguaggi,
    tipo "una variabile si assegna così"
    e "una popup si fa uscire così"...

    ciao ciao
    non+autenticato
  • Ho dato un'occhiata al codice. Per fare le stesse cose bisogna scrivere il doppio delle righe. FAIL.
    non+autenticato
  • - Scritto da: Porcaro
    > Ho dato un'occhiata al codice. Per fare le stesse
    > cose bisogna scrivere il doppio delle righe.
    > FAIL.
    Si perché la validità di un linguaggio la misuri dal numero righe di codice?
    Personalmente non ho un giudizio positivo su Dart (non diversamente da quanto potrei dire di Java... queste sono considerazioni personali) ma la tua argomentazione è totalmente da bimbominkia.
    non+autenticato
  • Però c'è da dire che Java (e javascript) sono già molto verbose.
    Più di C#.
    Più di Lisp.
    Più (sicuramente) di Python.
    Meno di Delphi - object Pascal (o meglio... lo sono forse della stessa misura ma in modo differente)
    Analogo al C - C++, ma ovviamente in questo caso dipende cosa stai facendo E non bisogna contare l'onere della garbage collection.

    Dart sembra più verbose ancora.

    Pertanto imho non lo vedo bene.
    non+autenticato
  • - Scritto da: hermanhesse quello Tost0
    > Però c'è da dire che Java (e javascript) sono già
    > molto
    > verbose.
    > Più di C#.
    > Più di Lisp.
    > Più (sicuramente) di Python.
    > Meno di Delphi - object Pascal (o meglio... lo
    > sono forse della stessa misura ma in modo
    > differente)
    > Analogo al C - C++,

    Sicuro?
    generatore di mandelbrot in c

    #include "stdio.h"
    main()
    {
        int b=0,c=0,q=60,_=q;for(float i=-20,o,O=0,l=0,j,p;j=O*O,p=l*l,
        (!_--|(j+p>4)?fputc(b?q+(_/3):10,(i+=!b,p=j=O=l=0,c++,stdout)),
        _=q:l=2*O*l+i/20,O=j-p+o),b=c%q,c<2400;o=-2+b*.05);
    }

    più conciso di cosìOcchiolino
    non+autenticato
  • > Si perché la validità di un linguaggio la misuri
    > dal numero righe di
    > codice?

    No, però è una caratteristica importante.
    Se per scrivere una stronzata qualsiasi devo scrivere un fiume di codice sicuramente non si aumenta la produttività, tu che dici?
    non+autenticato
  • Più che produttività, che tanto con gli ide adesso basta fare TAB e si autocompleta il comando, al massimo lo scegli con frecciasu e frecciagiù, il problema della verbosità è sul piano "più byte da scaricare".

    Altrimenti perché esisterebbero i compressori per i css e javascript che tolgono spazi inutili e ritorni a capo?
    Wolf01
    3276
  • Io a dire il vero parlavo di sintassi propria del linuguaggio
    non+autenticato
  • - Scritto da: Mark

    >
    > No, però è una caratteristica importante.
    > Se per scrivere una stronzata qualsiasi devo
    > scrivere un fiume di codice sicuramente non si
    > aumenta la produttività, tu che
    > dici?

    Dico che la produttivita' non la misuri nello sviluppo, ma nella manutenzione di un codice.
    Un codice piu' leggibile e' molto piu' produttivo di uno meno leggibile.
  • sante parole
    non+autenticato
  • Si certo, anche
    non+autenticato
  • - Scritto da: Mark
    > Si certo, anche
    forse
    non+autenticato
 

La soluzione ideale per Worry-Free Business Security 7.

iPhone - La tua prima App

iPhone - La tua prima App

Apple ha aperto una nuova frontiera per la programmazione mobile. L'avvento di iPhone e di Apple Store ha dato modo agli sviluppatori, anche ai più piccoli, di fare breccia nel mercato [...]