Obwohl die akzeptierte Antwort in Ordnung ist, fühlte ich es wirklich nicht Typoskript Gerechtigkeit an dieser Stelle nicht tun. Es ist nicht die frühen Tage mehr. Typoskript ist viel mehr Annahme zu finden, jetzt mit mehreren populären Frameworks in Typoskript geschrieben werden. Die Gründe, warum Sie Typoskript statt JavaScript sind viele jetzt wählen sollten.

Beziehung zu JavaScript

JavaScript ist durch die ECMAScript - Standards standardisiert. Nicht alle Browser im Einsatz unterstützt alle Funktionen der neueren ECMAScript - Standards (siehe diese Tabelle ). Typoskript unterstützt neue ECMAScript - Standards und stellt sie (ältere) ECMAScript Ziele Ihrer Wahl (aktuelle Ziele sind 3, 5 und 6 [aka 2015]). Dies bedeutet , dass Sie Funktionen von ES2015 und darüber hinaus, wie Module, Lambda - Funktionen, Klassen verwenden können, die Verbreitung Operator, Destrukturierung, heute. Es fügt auch Unterstützung natürlich geben, die nicht Teil eines ECMAScript - Standard und kann wahrscheinlich nie statt zusammengestellt Art von JavaScript auf die interpretierten Natur fällig. Das Typsystem von Typoskript ist relativ reich und beinhaltet: Schnittstellen, Aufzählungen, Hybridtypen, Generika, Vereinigung und Schnitt - Typen, Zugriffsmodifikatoren und vieles mehr. Dasoffizielle Website von Typoskript gibt einen Überblick über diese Funktionen.

Verhältnis zu anderen JavaScript-Targeting Sprachen

Typoskript hat eine einzigartige Philosophie im Vergleich zu anderen Sprachen, die auf JavaScript kompilieren. JavaScript - Code ist gültig Typoskript - Code; Typoskript ist ein Superset von JavaScript. Sie können fast Ihre umbenennen .jsDateien .tsDateien und mit Typoskript starten. Typoskript Dateien kompiliert JavaScript lesbar, so dass die Migration wieder möglich ist und das Verständnis der kompilierten Typoskript ist nicht schwer. Auf diese Weise Typoskript baut auf den Erfolgen von JavaScript während auf ihre Schwächen zu verbessern.

Auf der einen Seite haben Sie zukunftssicher Tools , die moderne ECMAScript - Standards nehmen und es kompilieren mit Babel ist die beliebteste zu älteren Versionen JavaScript unten. Auf der anderen Seite haben Sie Sprachen , die völlig von JavaScript unterscheiden können , die JavaScript Ziel, wie Coffeescript , Clojure, Dart, Elm, Haxe, ScalaJs, und eine ganze Reihe mehr (siehe diese Liste). Diese Sprachen, obwohl sie vielleicht besser als dort, wo JavaScript Zukunft könnte jemals führen, führen Sie ein größeres Risiko nicht genug Annahme zu finden, für ihre Zukunft zu garantieren. Sie könnten auch für einige dieser Sprachen mehr Probleme bei der Suche erfahrene Entwickler haben, obwohl die, die Sie häufig finden werden mehr begeistert sein. Interop mit JavaScript kann auch ein bisschen mehr beteiligt sein, da sie weiter von entfernt werden, was JavaScript tatsächlich ist.

Typoskript sitzt zwischen diesen beiden Extremen, wodurch das Risiko ausgleicht. Typoskript ist nicht eine riskante Wahl in jeder Hinsicht. Es dauert sehr wenig Aufwand zu gewöhnen, wenn Sie mit JavaScript vertraut sind, da es nicht eine ganz andere Sprache ist, hat eine ausgezeichnete JavaScript Interoperabilität Unterstützung und es hat eine Menge Annahme vor kurzem gesehen.

Optional statische Typisierung und Typinferenz

JavaScript ist dynamisch typisiert. Das bedeutet, JavaScript nicht weiß, welche Art eine Variable ist, bis es tatsächlich zur Laufzeit instanziiert wird. Das bedeutet auch, dass es zu spät sein kann. Typoskript fügt Unterstützung für JavaScript-Typ. Fehler, die durch falsche Annahmen einer Variablen Wesen eines bestimmten Typs verursacht werden, können vollständig ausgerottet werden, wenn Sie Ihre Karten richtig spielen; wie streng Sie Ihren Code eingeben oder wenn Sie Ihren Code überhaupt geben Sie ist bis zu Ihnen.

Typoskript macht die Eingabe ein bisschen einfacher und viel weniger explizit durch die Verwendung von Typinferenz. Zum Beispiel: var x = "hello"in Typoskript ist das gleiche wie var x : string = "hello". Der Typ ist einfach von seiner Verwendung zu entnehmen. Auch es Sie nicht explizit die Typen geben, sie sind immer noch da Sie davor zu bewahren , etwas zu tun , die sonst in einem Laufzeitfehler führen würde.

Typoskript ist optional standardmäßig eingegeben. Zum Beispiel function divideByTwo(x) { return x / 2 }ist eine gültige Funktion in Typoskript , die mit aufgerufen werden können jede Art von Parametern, auch wenn es mit einem String - Aufruf offensichtlich in einem führen wird Laufzeitfehler. Genau wie Sie in JavaScript verwendet werden. Dies funktioniert, weil , wenn wurde kein Typ explizit zugewiesen und der Typ nicht geschlossen werden kann, wie in dem divideByTwo Beispiel Typoskript wird implizit den Typen zuordnen any. Dies bedeutet , dass die Art Signatur der divideByTwo Funktion automatisch wird function divideByTwo(x : any) : any. Es gibt einen Compiler - Flag dieses Verhalten zu umgehen: --noImplicitAny. Das Aktivieren dieses Flag gibt Ihnen ein höheres Maß an Sicherheit, sondern bedeutet auch , müssen Sie mehr Tipp tun.

Typen haben eine Kosten mit ihnen verbunden sind . Zunächst einmal gibt es eine Lernkurve, und zweitens, natürlich, wird es Ihnen ein bisschen mehr Zeit kostet Code - Basis unter Verwendung geeignete strikte Typisierung einzurichten. Nach meiner Erfahrung sind diese Kosten auf jeden Fall wert auf jeder ernsthafte Codebasis Sie mit anderen teilen. Eine groß angelegte Studie von Programmiersprachen und Codequalität in Github schlägt vor , dass „die statisch typisierten Sprachen im Allgemeinen weniger Fehler anfällig als die dynamischen Typen, und die starke Typisierung ist besser als schwache Typisierung in der gleichen Hinsicht“.

Es ist interessant festzustellen, dass dieses sehr gleiche Papier stellt fest, dass Typoskript weniger fehleranfällig dann JavaScript ist:

Für diejenigen mit positiven Koeffizienten können wir erwarten , dass die Sprache zugeordnet ist, ceteris paribus, eine größere Anzahl von Fehlerbehebungen. Diese Sprachen sind C, C ++, JavaScript , Objective-C, PHP und Python. Die Sprachen , Clojure, Haskell, Ruby, Scala und Typoskript haben alle negativen Koeffizienten was bedeutet , dass diese Sprachen sind weniger wahrscheinlich als der Durchschnitt zu führen Defekt Fixierung verpflichtet.

Enhanced IDE-Unterstützung

Die Entwicklung Erfahrung mit Typoskript ist eine große Verbesserung gegenüber JavaScript. Die IDE werden in Echtzeit durch das Typoskript Compiler auf seinen reichen Typinformationen informiert. Dies gibt ein paar große Vorteile. Zum Beispiel mit Typoskript können Sie sicher tun Refactorings wie Umbenennungen in Ihrer gesamten Code-Basis. Durch Code-Vervollständigung können Sie auf Inline-Hilfe zu bekommen, was Funktionen eine Bibliothek bieten könnte. Nicht mehr braucht, um sie zu erinnern oder sie in Online-Referenzen nachschlagen. Kompilierungsfehlern werden direkt in der IDE mit einer roten Wellenlinie angezeigt, während Sie beschäftigt Codierung ist. Alles in allem ermöglicht eine signifikante Steigerung der Produktivität im Vergleich zu mit JavaScript arbeiten. Man kann mehr Zeit-Codierung und weniger Zeit Debugging verbringen.

Es gibt eine breite Palette von IDEs, die für Typoskript hervorragende Unterstützung haben, wie Visual Studio & VS Code, Atom, Sublime und IntelliJ / WebStorm.

Strenge Kontrollen null

Laufzeitfehler der Form cannot read property 'x' of undefinedoder undefined is not a functionsind sehr häufig durch Fehler im JavaScript - Code verursacht. Out of the box Typoskript reduziert bereits die Wahrscheinlichkeit dieser Art von Fehler auftritt, da man keine Variable verwenden kann , die nicht mit dem Typoskript Compiler bekannt ist (mit Ausnahme der Eigenschaften von anytypisierte Variablen). Es ist immer noch möglich , wenn irrtümlich eine Variable zu verwenden , die eingestellt ist undefined. Doch mit der Version 2.0 von Typoskript können Sie diese Arten von Fehlern alle zusammen durch die Verwendung von Nicht-Nullable - Typen beseitigen. Dies funktioniert wie folgt:

Mit strengen null Kontrollen (enabled --strictNullChecksCompiler - Flag) wird das Typoskript Compiler erlaubt nicht undefinedeine Variablen zugewiesen werden , wenn Sie es erklären ausdrücklich von Nullable - Typ zu sein. Zum Beispiel let x : number = undefinedwird in einem Compiler - Fehlern führen. Das paßt perfekt mit Typ - Theorie, da undefinedkeine Zahl ist. Man kann definiert xeine Summe Typ zu sein , numberund um undefineddies zu korrigieren: let x : number | undefined = undefined.

Sobald ein Typ Nullable - sein ist bekannt, was bedeutet , es ist von einem Typ, der auch der Wert sein kann nulloder undefinedkann das Typoskript Compiler durch Flusssteuerung basierend Typanalyse bestimmen , ob Ihr Code sicher eine Variable oder nicht verwenden können. Mit anderen Worten , wenn Sie eine Variable überprüfen , ist undefinedzum Beispiel einer durch ifdie Typoskript Compiler - Anweisung wird daraus schließen , dass der Typ in diesem Zweig des Codes des Steuerflusses ist nicht mehr nullable und daher sicher verwendet werden kann. Hier ist ein einfaches Beispiel:

let x: number | undefined;
if (x !== undefined) x += 1; // this line will compile, because x is checked.
x += 1; // this line will fail compilation, because x might be undefined.

Während der BUILD - Konferenz 2016 Mitgestalter von Typoskript Anders Hejlsberg gab eine detaillierte Erklärung und Demonstration dieser Funktion: Video (von 44:30 bis 56:30).

Zusammenstellung

Zur Nutzung Typoskript benötigen Sie einen Build - Prozess JavaScript - Code zu kompilieren. Der Build - Prozess dauert in der Regel nur ein paar Sekunden , natürlich von der Größe des Projektes abhängig. Der Maschinenschrift Compiler unterstützt inkrementelle Kompilierung ( --watchCompiler - Flag), so dass alle nachfolgenden Änderungen können mit größerer Geschwindigkeit kompiliert werden.

Der Typoskript Compiler kann in den generierten Dateien Js Quelle Karteninformationen Inline oder separate .map - Dateien erstellen. Quelle Karteninformationen können durch Debugging - Dienstprogramme wie die Chrome DevTools und anderen IDE verwendet werden , um die Zeilen in der JavaScript auf diejenigen beziehen , die sie in der Typoskript erzeugt. Dies macht es möglich , dass Sie Breakpoints zu setzen und Variablen während der Laufzeit inspizieren direkt auf dem Typoskript - Code. Quelle Karteninformationen funktionieren ziemlich gut, es war schon lange vor dem Typoskript, aber das Debuggen Typoskript ist in der Regel nicht so groß wie bei JavaScript direkt verwenden. Nehmen Sie das thisStichwort zum Beispiel. Aufgrund der geänderten Semantik des thisKeyword um Schließungen seit ES2015, thisexistiert tatsächlich während der Laufzeit als Variable genannt _this(siehe diese Antwort). Dies kann Sie bei der Fehlersuche verwirren, aber in der Regel kein Problem, wenn man darüber wissen oder den JavaScript-Code untersuchen. Es sollte beachtet werden, dass Babel genau die gleiche Art von Problem leidet.

Es gibt ein paar andere Tricks , die Mitschrift Compiler tun kann, wie Generieren von Code abfangen basierend auf Dekorateure , Erzeugungsmodul Lade Code für verschiedene Modulsysteme und Parsen von JSX . Allerdings werden Sie wahrscheinlich ein Build - Tool neben dem Typoskript Compiler erfordern. Zum Beispiel , wenn Sie komprimieren Code wollen , werden Sie andere Tools , um Ihren Build - Prozess hinzufügen müssen , dies zu tun.

Es gibt Typoskript Kompilation Plugins für Webpack , Gulp , Grunt und so ziemlich jedem anderen JavaScript - Build - Tool gibt. Die Typoskript Dokumentation hat einen Abschnitt über mit Build - Tools zu integrieren bedeckt sie alle. Ein Linter ist auch verfügbar , falls Sie möchten , dass die Überprüfung noch mehr bauen Zeit. Darüber hinaus gibt es eine große Anzahl von Samen Projekten gibt, die Sie mit Typoskript in Kombination mit einer Reihe von anderen Technologien wie Angular 2, Reaktion, Ember, SystemJs, WebPack, Gulp, etc. erhalten begonnen

JavaScript Interoperabilität

Da ist Typoskript so eng mit JavaScript Zusammenhang hat es große Interoperabilität Fähigkeiten, aber einige zusätzliche Arbeit erforderlich ist , mit JavaScript - Bibliotheken in Typoskript zu arbeiten. Typoskript Definitionen benötigt werden , so dass der Typoskript Compiler versteht , dass Funktionen wie Anrufe _.groupByoder angular.copyoder $.fadeOutsind nicht in der Tat illegal Aussagen. Die Definitionen für diese Funktionen werden in platziert .d.tsDateien.

Die einfachste Form eine Definition nehmen ist eine Kennung , damit in irgendeiner Weise verwendet werden. Zum Beispiel bei der Verwendung von Lodash , eine einzelnen Zeile Definitionsdatei declare var _ : anyermöglicht es Ihnen , eine beliebige Funktion aufrufen Sie wollen _, aber dann natürlich sind Sie auch noch in der Lage , Fehler zu machen: _.foobar()würde ein Recht Typoskript Aufruf sein, ist aber natürlich ein illegaler Anruf zur Laufzeit. Wenn Sie die richtige Art Unterstützung und Code - Vervollständigung Ihrer Definitionsdatei genauer sein muss wollen (siehe lodash Definitionen für ein Beispiel).

NPM - Module , die mit ihren eigenen Typdefinitionen abgepackte kommen wird automatisch vom Typoskript Compiler (siehe verstanden Dokumentation ). Für so ziemlich jeden anderes Halb beliebte JavaScript - Bibliothek , die es nicht seine eigenen Definitionen jemand ist aus bereits Typdefinitionen verfügbar durch ein anderes Modul NPM gemacht hat. Diese Module werden mit vorangestelltem „@ Typen /“ und stammen aus einem Github - Repository genannt DefinitelyTyped .

Es gibt eine Einschränkung: Die Typdefinitionen die Version der Bibliothek übereinstimmen müssen Sie zur Laufzeit verwenden. Wenn sie dies nicht tun, Typoskript könnten Sie nicht zulassen aus Aufruf einer Funktion oder eine Variable zu dereferenzieren, die vorhanden sind oder können Sie eine Funktion aufzurufen oder dereferenzieren eine Variable, die nicht existiert, nur weil die Typen die Laufzeit zum Zeitpunkt der Kompilierung nicht überein . So stellen Sie sicher, dass Sie die richtige Version der Typdefinitionen für die richtige Version der Bibliothek laden Sie verwenden.

Um ehrlich zu sein, gibt es eine leichte Mühe auf diese und es könnte einer der Gründe sein, Sie nicht Typoskript wählen, sondern gehen für so etwas wie Babel, der nicht von nicht leiden, die zu Typdefinitionen überhaupt zu bekommen. Auf der anderen Seite, wenn Sie wissen, was Sie Sie tun können jede Art von Problemen durch falsche oder fehlende Definition Dateien verursachen leicht überwinden.

Konvertieren von JavaScript Typoskript

Jede .jsDatei kann auf ein umbenannt werden .tsund lief durch den Typoskript Compiler syntaktisch den gleichen JavaScript - Code als Ausgabe zu erhalten (wenn es syntaktisch korrekt in erster Linie ist). Selbst wenn der Typoskript Compiler Kompilierungsfehlern bekommt , wird es noch eine produzieren .jsDatei. Es kann sogar akzeptieren .jsDateien als Eingabe mit der --allowJsFlagge. Auf diese Weise können Sie mit Typoskript sofort starten. Leider sind Kompilierungsfehlern wahrscheinlich am Anfang auftreten. Man muss sich daran zu erinnern , dass diese nicht zeigen stopp Fehler wie Sie mit anderen Compilern verwendet werden können.

Die Kompilierungsfehlern man am Anfang erhält , wenn ein JavaScript - Projekt in ein Typoskript Projekt Umwandlung sind unvermeidbar durch Typoskript der Natur. Typoskript prüft alle Code auf Gültigkeit und somit muss er über alle Funktionen und Variablen kennen , die verwendet werden. So Typdefinitionen müssen für alle von ihnen sonst Kompilierungsfehlern gebunden sind , auftreten vorhanden sein. Wie oben im Kapitel erwähnt, für so ziemlich jede JavaScript - Framework gibt es .d.tsDateien , die leicht mit der Installation erworben werden können DefinitelyTyped Pakete. Es könnte jedoch sein , dass Sie einige obskure Bibliothek verwendet haben , für die keine Typoskript Definitionen verfügbar sind oder dass Sie einige JavaScript Primitiven haben polyfilled. In diesem Fall müssen Sie Typdefinitionen für diese Bits , um für die Kompilierungsfehlern dissapear liefern. Erstellen Sie einfach eine .d.tsDatei und schließen sich dieser in der tsconfig.json filesArray, so dass es immer vom Typoskript Compiler betrachtet wird. Darin jene Bits deklarieren , die Typoskript weiß nicht etwa als Typ any. Nachdem Sie alle Fehler behoben haben , können Sie nach und nach der Eingabe auf die Teile nach Ihren Bedürfnissen einzuführen.

Einige arbeiten auf (Re) Build Pipeline Konfiguration wird auch erhalten Typoskript in den Build-Pipeline benötigt werden. Wie im Kapitel über die Zusammenstellung erwähnt, gibt es viele gute Ressourcen da draußen und ich ermutige Sie für Saatgut-Projekte zu suchen, die die Kombination von Werkzeugen, mit denen Sie arbeiten wollen, verwenden.

Die größte Hürde ist die Lernkurve. Ich ermutige Sie, zunächst mit einem kleinen Projekt zu spielen, um. Schauen Sie, wie es funktioniert, wie es baut, welche Dateien verwendet, wie es konfiguriert ist, wie es in Ihrem IDE-Funktionen, wie sie strukturiert ist, welche Werkzeuge es verwendet usw. eine große JavaScript-Codebasis zu Typoskript Konvertierung ist sehr machbar, wenn Sie wissen, was Sie tun, aber es könnte frustrierend sein, wenn Sie dies nicht tun.

Annahme

Typoskript ist Open Source (Apache 2 lizenziert, siehe Github ) und unterstützt von Microsoft. Anders Hejlsberg , der leitende Architekt von C # spearheading das Projekt. Es ist ein sehr aktives Projekt; Typoskript - Team hat in den letzten Jahren und viele Großen sind eine Menge neuer Features wurde die Freigabe noch kommen geplant (siehe Fahrplan ).

Im 2017 Stackoverflow Entwickler Umfrage Typoskript war der populärste JavaScript Transpiler (9. Platz Gesamt - Wertung) und gewann den dritten Platz in der beliebtesten Programmiersprache Kategorie.

Typoskript tut etwas Ähnliches, was weniger oder sass tut für CSS. Sie sind super Sätze davon, was bedeutet, dass jeder JS-Code Sie gültige Typoskript Code zu schreiben ist. Darüber hinaus können Sie die anderen guten Sachen verwenden, die es in die Sprache hinzufügt und die transpiled Code gültig js sein. Sie können sogar die JS-Version festgelegt, die Sie auf Ihren resultierenden Code mögen.

Derzeit Typoskript ist ein super Satz von ES2015, so könnte eine gute Wahl, um die neue js Features und transpile auf den benötigten Standard für Ihr Projekt zu starten sein zu lernen.

„ Typoskript Fundamentals “ - ein Plural Video-Kurs von Dan Wahlin und John Papa ist ein wirklich gut, derzeit (25. März 2016) aktualisiert , um Typoskript 1.8, Einführung in Typoskript.

Für mich ist die wirklich gute Ausstattung, neben den schönen Möglichkeiten für Intellisense sind die Klassen , Schnittstellen , Module , die Leichtigkeit der AMD Implementierung und die Möglichkeit , das Visual Studio Typoskript Debugger zu verwenden , wenn mit IE aufgerufen.

Zusammengefasst : Bei bestimmungsgemäßem Gebrauch kann Typoskript machen JavaScript - Programmierung zuverlässiger und einfacher. Es kann die Produktivität der JavaScript - Programmierer deutlich erhöht über die volle SDLC.

ECMA-Script 5 (ES5), die alle Browser-Unterstützung und vorkompilierte. ES6 / ES2015 und ES / 2016 kam in diesem Jahr mit vielen Veränderungen so diese Änderungen Pop-up gibt es etwas zwischen denen sollte etwa so Typoskript Sorgen nehmen. • Typoskript ist Arten -> bedeutet, dass wir Datentyp der einzelnen Eigenschaften und Methoden definieren. Wenn Sie C # wissen, dann ist Typoskript leicht zu verstehen. • Großer Vorteil von Typoskript ist, dass wir Identität Typ Fragen im Zusammenhang früh, bevor die Produktion gehen. Auf diese Weise können Tests Einheit zum Scheitern verurteilt, wenn es irgendeine Art Mismatch ist.