Librerie javaScript multiple | Standard emergenti: confronta con C ++

4

Sembra che ci siano molti stili diversi per scrivere JavaScript, infatti ho sentito che JavaScript è un linguaggio espressivo.

Ma il punto di codice è funzionalità (funzione) non espressione (modulo).

Esiste una libreria che sarà adottata nello standard ECMA nel modo in cui STL e Boost Library sono state adottate nello standard C ++?

    
posta Ozair Kafray 13.08.2012 - 01:38
fonte

2 risposte

4

Questo sembra improbabile. Il mercato libero sta producendo alcune librerie molto eccellenti e quelle librerie hanno il vantaggio che non ci sono ritardi attraverso gli organismi standard e NON ci sono implementazioni multiple in qualche modo incompatibili con browser diversi - esiste un'unica implementazione che funziona in modo quasi identico su più browser.

Poiché esiste una singola implementazione, non vi è alcun incentivo o vantaggio particolare per spingerli in un organismo di standard: in realtà, essi probabilmente diminuirebbero e rallenterebbero l'innovazione se forzati in organismi di standard con solo svantaggi.

La maggior parte del punto di queste librerie è che una singola implementazione funziona attraverso i browser, quindi NON vogliamo MAI uno standard a cui implementare più fornitori.

Ci riserviamo questo processo per l'evoluzione degli standard molto più lenti in cui i nuovi browser aggiungono nuove funzionalità, alcune delle quali sono sperimentali e alcune sono nuovi standard. Le librerie simili a jQuery risolvono un problema completamente diverso che non sarebbe stato aiutato dal processo degli standard. Alcune buone idee provenienti da librerie simili a jQuery potrebbero alla fine trasformarsi in un processo standard e diventare funzionalità integrate, ma saranno anni e anni dopo essere state inizialmente disponibili nella libreria di terze parti e potrebbero essere considerate un processo evolutivo di buona qualità idee su come standardizzare e poi built-in. Ma, a quel punto, le librerie saranno passate al prossimo set di funzionalità e saranno sempre avanti di anni e saranno sempre lì per fornire funzionalità mancanti ai browser più vecchi e per risolvere i problemi di implementazione di più browser.

    
risposta data 14.08.2012 - 00:06
fonte
1

But the point of code is functionality (function) not expression (form).

Questo era vero, ma lo stiamo evolvendo in soluzioni contemporanee. Innanzitutto, l'HTML fornisce il modulo. JavaScript è il livello di comportamento. Per questo, il comportamento espressivo è una grande parte di ciò che è richiesto per le ricche applicazioni web. In altre parole, le interazioni ricche e reattive sono comportamenti; ed essere in grado di esprimerli bene è una chiave per la capacità di implementazione programmatica. Quindi, espressività.

In verità, questo termine "espressivo" è un sinonimo della qualità intangibile di JS che viene anche chiamata "flessibilità". Come termine voluttuoso, che può significare qualsiasi cosa per chiunque, 'Espressività' ha il potenziale per identificare univocamente questo concetto.

Che è un ottimo segway per la prima parte della tua domanda:

It seems like there are many different styles to write JavaScript,

Questo è il risultato di quella flessibilità ed espressività. Ci sono molti stili di JS e (con Windows 8, Chrome OS) ce ne saranno molti altri.

Per trovare il tuo stile: dovrai provare alcuni sapori; è come un gelato.

Ecco un altro TIP: le cose che assomigliano agli heiroglyphs egizi (all'inizio), alla fine cominciano a trasformarsi in modelli identificabili. Selezionando questi "modelli di progettazione", è possibile comprendere tutti gli stili di JavaScript.

Capire perché JS è flessibile ed espressivo è un viaggio entusiasmante.

Spero che ti aiuti.

    
risposta data 15.08.2012 - 22:33
fonte

Leggi altre domande sui tag