Mostra notizie nelle discussioni
  • Avatar
    ☺
    Scritto da
    Renton Thurston
    il 2012-11-12 18:33:32.0 alle 2012-11-12 18:33:32.0
    Trollate totali: 2001
    Dart DART  
    Pare essere diventato un oggetto interessante.

    In particolare:

    - il così detto tree-shaking, ovvero quella fase della compilazione (in javascript per ora, in futuro pare ci saranno tool per DART nativo che permetteranno di fare il tree-shaking dello stesso codice DART) in cui tutte le parti di libreria/funzioni/variabili/ecc non usate vengono semplicemente lasciate fuori dallo script finale (che se non ho capito male diventa un unico file indipendentemente dal numero di librerie richiamate). Questo ovviamente rende più snello lo script finale e non sovraccarica la VM del browser con codice inutile.

    - la possibilità di "compilare" il sorgente DART in binario (i così detti snapshot, non si tratta di vera compilazione ma di uno snapshot appunto dello stato della VM che viene poi serializzato in binario) che la VM del browser è in grado di caricare minimizzando i tempi di attesa (non è più necessario interpretare il sorgente). Gli snapshot sono comunque hardware-agnostici quindi funzionano a prescindere dal browser, dalla CPU e dal SO.

    - la maggiore chiarezza e migliore struttura del linguaggio rispetto a javascript che dovrebbe aiutare parecchio non solo a capire codice scritto da altri (soprattutto su progetti condivisi fra varie persone) ma anche impedire che si facciano errori difficili da vedere (come usare variabili inesistenti, strani cast automatici, ecc).

    - la possibilità di usare lato server lo stesso linguaggio che si usa per gli script lato client (per ora ancora in fase prematura forse ma già esistono moduli per Apache per supportare DART come linguaggio nativo per le applicazioni WEB https://github.com/sam-mccall/mod_dart ). Sarebbe bello infatti poter usare un linguaggio unico e meglio pensato/progettato di, per esempio, PHP ma non così verboso e rompipalle come Java.

    Sarebbe anche bello avere un moduletto apache per esempio che mi permetta di caricare il file DART per gli script lato client e che si occupi da solo di fornire la versione compilata in javascript ai browser che ancora non supportano DART mentre fornire DART nativo (o meglio ancora lo snapshot binario) ai browser che invece supportano DART. (Mi chiedo se non sia il caso di suggerirlo al team di sviluppo o se ci abbiano già pensato ma siano arrivati alla conclusione che non è fattibile). Sarebbe bello infatti poter caricare il file DART e lasciare che il server WEB si arrangi, senza ulteriori complicazioni lato sviluppatore.

    Voi che ne pensate? Newbie, inesperto

    P.S.: Credo che posterò sta cosa anche sul PIForum anche se dubito che qualcuno lì mi risponderà.
    • Avatar
      ☺
      Scritto da
      Giambo
      il 2012-11-12 18:58:59.0 alle 2012-11-12 18:58:59.0
      Trollate totali: 42885
      Re: Dart
      Scritto da: Renton Thurston
      > Pare essere diventato un oggetto interessante.

      La Suora diceva di no. Io credo nella suora.

      > - il così detto tree-shaking, ovvero quella fase della compilazione (in javascript per ora, in futuro pare ci saranno tool per DART nativo che permetteranno di fare il tree-shaking dello stesso codice DART) in cui tutte le parti di libreria/funzioni/variabili/ecc non usate vengono semplicemente lasciate fuori dallo script finale (che se non ho capito male diventa un unico file indipendentemente dal numero di librerie richiamate). Questo ovviamente rende più snello lo script finale e non sovraccarica la VM del browser con codice inutile.

      Quindi qualcosa come la "reflection" di Java non puo' esiste A bocca storta

      > - la possibilità di "compilare" il sorgente DART in binario (i così detti snapshot, non si tratta di vera compilazione ma di uno snapshot appunto dello stato della VM che viene poi serializzato in binario) che la VM del browser è in grado di caricare minimizzando i tempi di attesa (non è più necessario interpretare il sorgente). Gli snapshot sono comunque hardware-agnostici quindi funzionano a prescindere dal browser, dalla CPU e dal SO.

      Hmmm ... Quindi si perde il controllo e la visione su cosa gira esattamente ...

      > - la maggiore chiarezza e migliore struttura del linguaggio rispetto a javascript che dovrebbe aiutare parecchio non solo a capire codice scritto da altri (soprattutto su progetti condivisi fra varie persone) ma anche impedire che si facciano errori difficili da vedere (come usare variabili inesistenti, strani cast automatici, ecc).

      DART e' strong-typed Geek ?

      > - la possibilità di usare lato server lo stesso linguaggio che si usa per gli script lato client (per ora ancora in fase prematura forse ma già esistono moduli per Apache per supportare DART come linguaggio nativo per le applicazioni WEB https://github.com/sam-mccall/mod_dart ). Sarebbe bello infatti poter usare un linguaggio unico e meglio pensato/progettato di, per esempio, PHP ma non così verboso e rompipalle come Java.

      Quoto (Ma non l'ultima parte)

      > Voi che ne pensate? Newbie, inesperto

      Che finalmente avremo un forum che funziona, zampo Arrabbiato CylonLicchione ?
      `"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
      • Avatar
        ☺
        Scritto da
        ::1
        il 2012-11-12 20:10:05.0 alle 2012-11-12 20:10:05.0
        Trollate totali: 12321
        Re: Dart
        Scritto da: Giambo
        > Scritto da: Renton Thurston
        > > Pare essere diventato un oggetto interessante.
        >
        > La Suora diceva di no. Io credo nella suora.

        Confermo le mie impressioni iniziali: non permette di fare niente più di quanto è già possibile in javascript, che ha dalla sua parte strumenti e tools avanzati con anni di sviluppo alle spalle.
        Inoltre aggiunge un layer di software importante tra il codice e l'esecuzione che finché funziona fa bene il suo dovere, quando si rompe sono dolori (almeno nei browser che non lo supportano, ma attualmente manco chrome ha il supporto nativo).
        Per rafforzare un po' i controlli sull'esecuzione di javascript e catturare presto errori che magari sarebbero passati in sordina data la dinamicità del linguaggio basta "use strict" imho.
        E se proprio vi piacciono le parole class e extends c'è coffee-script che aggiunge il suo per nascondere l'ereditarietà prototipale che a tanti sta antipatica (ed ha un layer talmente sottile che la traduzione coffee->javascript si può fare a mano).
        Per l'uso lato server se volessi usare lo stesso linguaggio su server e client preferisco node.js, ma non escludo che in futuro dart possa avere una possibilità (dipende dall'implementazione più che altro, thread-per-request vs event-loop multipli).
        Young professional woman and busy mom.
        • Avatar
          ☺
          Scritto da
          Renton Thurston
          il 2012-11-12 20:33:35.0 alle 2012-11-12 20:33:35.0
          Trollate totali: 2001
          Re: Dart DART  
          Scritto da: ::1
          > Scritto da: Giambo
          > > Scritto da: Renton Thurston
          > > > Pare essere diventato un oggetto interessante.
          > >
          > > La Suora diceva di no. Io credo nella suora.
          >
          > Confermo le mie impressioni iniziali: non permette di fare niente più di quanto è già possibile in javascript, che ha dalla sua parte strumenti e tools avanzati con anni di sviluppo alle spalle.
          > Inoltre aggiunge un layer di software importante tra il codice e l'esecuzione che finché funziona fa bene il suo dovere, quando si rompe sono dolori (almeno nei browser che non lo supportano, ma attualmente manco chrome ha il supporto nativo).
          > Per rafforzare un po' i controlli sull'esecuzione di javascript e catturare presto errori che magari sarebbero passati in sordina data la dinamicità del linguaggio basta "use strict" imho.
          > E se proprio vi piacciono le parole class e extends c'è coffee-script che aggiunge il suo per nascondere l'ereditarietà prototipale che a tanti sta antipatica (ed ha un layer talmente sottile che la traduzione coffee->javascript si può fare a mano).
          > Per l'uso lato server se volessi usare lo stesso linguaggio su server e client preferisco node.js, ma non escludo che in futuro dart possa avere una possibilità (dipende dall'implementazione più che altro, thread-per-request vs event-loop multipli).

          Da quello che ho visto invece a me sembra che sia molto migliore di javascript, sotto quasi ogni aspetto. Prova a guardarti i Google IO 2012 che lo riguardano in cui fanno comparazioni con JS e via avanti.

          Vai alla pagina
          Visualizza embed

          Vai alla pagina
          Visualizza embed


          L'unico problema è che, per il momento, devi compilare in JS. Sarebbe più utile un modulo per apache che mi permetta di programmare direttamente in DART e che poi si arrangi a fornire al client Dart o Dart Snapshot o JS in base a quello che supportano senza obbligarmi a far fare a me compilazioni e robe simili.

          Del resto l'accesso a DOM di DART è probabilmente già perfetto così com'è (in pratica non serve più jQuery), poi puoi dire quello che ti pare ma javascript è un linguaggio che rende davvero semplice fare errori difficili da beccare, e DART risolve piuttosto bene anche questo aspetto e molti altri che sono ben indicati nei video che ho lincato.

          Cmq guardati i video, sono molto interessanti.

          IMO Google dovrebbe fornire un plugin e/o una libreria per IE, Mozilla e Opera di modo che questi browser possano implementare DART nativo senza doverselo programmare loro (d'altra parte hanno già dimostrato con javascript di non essere all'altezza visto che le loro implementazioni sono parecchio più lente di quella di Google e se non era per Google saremmo ancora a dove eravamo 10 anni fa in quanto a performance... perché si ostinano a tenere i loro engine quando potrebbero semplicemente usare V8 e risolvere il problema alla radice?)
        • Avatar
          Scritto da
          Non Autenticato
          il 2012-11-12 21:39:03.0 alle 2012-11-12 21:39:03.0
          Re: Dart
          Scritto da: ::1
          > Scritto da: Giambo
          > > Scritto da: Renton Thurston
          > > > Pare essere diventato un oggetto interessante.
          > >
          > > La Suora diceva di no. Io credo nella suora.
          >
          > Confermo le mie impressioni iniziali: non permette di fare niente più di quanto è già possibile in javascript, che ha dalla sua parte strumenti e tools avanzati con anni di sviluppo alle spalle.
          > Inoltre aggiunge un layer di software importante tra il codice e l'esecuzione che finché funziona fa bene il suo dovere, quando si rompe sono dolori (almeno nei browser che non lo supportano, ma attualmente manco chrome ha il supporto nativo).
          > Per rafforzare un po' i controlli sull'esecuzione di javascript e catturare presto errori che magari sarebbero passati in sordina data la dinamicità del linguaggio basta "use strict" imho.
          > E se proprio vi piacciono le parole class e extends c'è coffee-script che aggiunge il suo per nascondere l'ereditarietà prototipale che a tanti sta antipatica (ed ha un layer talmente sottile che la traduzione coffee->javascript si può fare a mano).
          > Per l'uso lato server se volessi usare lo stesso linguaggio su server e client preferisco node.js, ma non escludo che in futuro dart possa avere una possibilità (dipende dall'implementazione più che altro, thread-per-request vs event-loop multipli).

          per javascript basta anche Prototype per avere classi ed ereditarietà
    • Avatar
      Scritto da
      Non Autenticato
      il 2012-11-12 19:32:22.0 alle 2012-11-12 19:32:22.0
      Re: Dart
      Mi preoccupano tutte queste cose nuove da imparare, fin dai mitici tempi in cui XML avrebbe dovuto soppiantare HTML, ma èbello che ogni tanto qualcuno ricordi la rubrica Parliamo di Informatica! A bocca aperta

      > Pare essere diventato un oggetto interessante.
      >
      > In particolare:
      >
      > - il così detto tree-shaking, ovvero quella fase della compilazione (in javascript per ora, in futuro pare ci saranno tool per DART nativo che permetteranno di fare il tree-shaking dello stesso codice DART) in cui tutte le parti di libreria/funzioni/variabili/ecc non usate vengono semplicemente lasciate fuori dallo script finale (che se non ho capito male diventa un unico file indipendentemente dal numero di librerie richiamate). Questo ovviamente rende più snello lo script finale e non sovraccarica la VM del browser con codice inutile.
      >
      > - la possibilità di "compilare" il sorgente DART in binario (i così detti snapshot, non si tratta di vera compilazione ma di uno snapshot appunto dello stato della VM che viene poi serializzato in binario) che la VM del browser è in grado di caricare minimizzando i tempi di attesa (non è più necessario interpretare il sorgente). Gli snapshot sono comunque hardware-agnostici quindi funzionano a prescindere dal browser, dalla CPU e dal SO.
      >
      > - la maggiore chiarezza e migliore struttura del linguaggio rispetto a javascript che dovrebbe aiutare parecchio non solo a capire codice scritto da altri (soprattutto su progetti condivisi fra varie persone) ma anche impedire che si facciano errori difficili da vedere (come usare variabili inesistenti, strani cast automatici, ecc).
      >
      > - la possibilità di usare lato server lo stesso linguaggio che si usa per gli script lato client (per ora ancora in fase prematura forse ma già esistono moduli per Apache per supportare DART come linguaggio nativo per le applicazioni WEB https://github.com/sam-mccall/mod_dart ). Sarebbe bello infatti poter usare un linguaggio unico e meglio pensato/progettato di, per esempio, PHP ma non così verboso e rompipalle come Java.
      >
      > Sarebbe anche bello avere un moduletto apache per esempio che mi permetta di caricare il file DART per gli script lato client e che si occupi da solo di fornire la versione compilata in javascript ai browser che ancora non supportano DART mentre fornire DART nativo (o meglio ancora lo snapshot binario) ai browser che invece supportano DART. (Mi chiedo se non sia il caso di suggerirlo al team di sviluppo o se ci abbiano già pensato ma siano arrivati alla conclusione che non è fattibile). Sarebbe bello infatti poter caricare il file DART e lasciare che il server WEB si arrangi, senza ulteriori complicazioni lato sviluppatore.
      >
      > Voi che ne pensate? Newbie, inesperto
      >
      > P.S.: Credo che posterò sta cosa anche sul PIForum anche se dubito che qualcuno lì mi risponderà.
<softv>

Pagina generata in 714 millisecondi

Utenti attivi: 16 nell'ultimo minuto, 43 negli ultimi cinque minuti, 84 negli ultimi 15 minuti