L'unico ECMAScript che va ancora bene, JavaScript negli ultimi anni ha scrollato di dosso le etichette "under-powered", "bloated" e "incomplete" e cresciuto nella soluzione go-to universale per lo scripting front-end.
Vai al tuo cassetto e tira fuori il curriculum di 5 anni fa. Ora trova la sezione delle abilità e vedi dove hai inserito "JavaScript"; un dollaro dice che è in basso, appena sopra DHTML e FrontPage. In questo momento, JavaScript è una delle abilità più scottanti che uno sviluppatore web possa avere. Se non è in cima al tuo curriculum, appena sotto HTML5 e CSS3, allora dovrebbe essere.
Il più grande vantaggio per la nuova trovata di JavaScript è senza dubbio jQuery , ma ci sono una miriade di progetti interessanti che orbitano attorno al nucleo di JavaScript. Questi progetti hanno la tendenza a provare e 'riparare' JavaScript. Come la fidanzata / fidanzato che si trasferisce, quindi inizia a riordinare la tua collezione di dischi. Potrebbe essere necessario, ma sicuramente non è educato.
Il problema con JavaScript non è che sia imbarazzante o inefficiente. È che troppi sviluppatori sono infuriati dall'idea che questo piccolo scoiattolo di un linguaggio di scripting (non ci permettono di chiamarlo un linguaggio di programmazione ) potrebbe mai essere usato per qualcosa di serio. Tranne naturalmente che JavaScript viene utilizzato per ogni tipo di soluzioni high-brow. JavaScript è il proverbiale orfano che trova un biglietto della lotteria vincente nella grondaia; improvvisamente tutti vogliono essere i suoi guardiani.
L'ultimo Daddy Warbucks (o Fagin se preferisci) è Microsoft. I loro team di sviluppo, stanchi di lottare con la mancanza di controllo degli errori durante la creazione di app su larga scala in JavaScript, si sono rivolti a Anders Hejlsberg per una soluzione. Hejlsberg, precedentemente responsabile per C # tra le altre cose, ha determinato che ciò che mancava a JavaScript era un approccio OO (object oriented). Ecco cosa ha consegnato sotto forma di TypeScript.
Dattiloscritto viene chiamato un nuovo linguaggio, ma più precisamente è un superset di JavaScript che compila in JavaScript. a differenza di Il progetto Dart di Google TypeScript non cerca di estendere il comportamento di JavaScript, semplicemente per organizzare JavaScript in un modulo più riconoscibile per i programmatori di Microsoft. Ha lo scopo di fare per le applicazioni JavaScript, ciò che jQuery ha fatto per l'animazione JavaScript.
Naturalmente TypeScript è disponibile come plugin per Visual Studio , ma è anche disponibile tramite Node.js ed è open source. Sfortunatamente il controllo degli errori che è il vero risparmio di tempo di TypeScript è disponibile solo in Visual Studio, quindi è improbabile che produca onde al di fuori della piattaforma Windows.
Il linguaggio stesso non sembra mezzo male. La verità è che OOP è qualcosa a cui JavaScript è carente. Aspettatevi di vedere revisioni in un futuro non troppo lontano però; la tipizzazione statica è facoltativa in TypeScript, qualcosa che si diceva che Adobe avesse tentato con Actionscript 3 prima che determinassero che la lingua era più solida quando la tipizzazione statica era obbligatoria.
La risposta della comunità a TypeScript è stata mista a dir poco: esuberanza dal pubblico di C # che ha già visto JavaScript come infantile; cinismo dagli sviluppatori JavaScript che sospettano che Microsoft stia rivendicando JavaScript anche se Apple ha provato a fare con HTML5.
In realtà, TypeScript è un ottimo strumento, rende JavaScript un'opzione più attraente per i progetti di grandi dimensioni e per gli utenti di Visual Studio introduce il controllo degli errori. Tuttavia, la base utenti di TypeScript non sarà la comunità JavaScript esistente che da tempo ha abbracciato i suoi difetti; saranno i programmatori C #, che fino ad ora non sono mai stati in grado di piegare la propria mentalità verso JavaScript.
Sei un utente di Visual Studio? Pensi che TypeScript offra una nuova direzione per JavaScript? Fateci sapere nei commenti.