Frage Was ist TypeScript und warum würde ich es anstelle von JavaScript verwenden? [geschlossen]


Können Sie bitte beschreiben, was die TypeScript-Sprache ist?

Was kann es tun, was JavaScript oder verfügbare Bibliotheken nicht tun können, dass würde mich dazu veranlassen, es in Betracht zu ziehen?


1269
2017-10-02 16:37


Ursprung


Antworten:


Ich habe diese Antwort ursprünglich geschrieben, als Typescript still war   heiß-von-den-Pressen. Fünf Jahre später, das ist ein OK-Überblick, aber schauen Sie   beim Lodewijks Antwort unten für mehr Tiefe

1000ft Ansicht ...

Typoskript ist eine Obermenge von JavaScript, die in erster Linie optionale statische Typisierung, Klassen und Schnittstellen bietet. Einer der großen Vorteile ist, IDEs in die Lage zu versetzen, eine reichhaltigere Umgebung für die Erkennung häufiger Fehler bereitzustellen während Sie den Code eingeben.

Um eine Vorstellung davon zu bekommen, was ich meine, schau zu Microsofts Einführungsvideo auf die Sprache.

Bei einem großen JavaScript-Projekt kann die Verwendung von TypeScript zu robusterer Software führen, während sie dennoch für die Ausführung einer regulären JavaScript-Anwendung bereitgestellt werden kann.

Es ist Open Source, aber Sie erhalten nur das intelligente Intellisense während der Eingabe, wenn Sie eine unterstützte IDE verwenden. Anfangs war dies nur Microsofts Visual Studio (auch im Blogbeitrag von Miguel de Icaza). Heutzutage, Andere IDEs bieten auch TypeScript-Unterstützung.

Gibt es andere Technologien wie diese?

Da ist KaffeeScript, aber das dient wirklich einem anderen Zweck. IMHO, CoffeeScript bietet Lesbarkeit für Menschen, aber TypeScript bietet auch tiefe Lesbarkeit für Werkzeuge durch seine optionale statische Typisierung (siehe hierzu letzter Blogeintrag für ein bisschen mehr Kritik). Es gibt auch Pfeil aber das ist ein voller Ersatz für JavaScript (obwohl es kann JavaScript-Code erzeugen)

Beispiel

Als Beispiel, hier ist etwas TypScript (Sie können damit in der spielen TypScript-Spielplatz)

class Greeter {
    greeting: string;
    constructor (message: string) {
        this.greeting = message;
    }
    greet() {
        return "Hello, " + this.greeting;
    }
}  

Und hier ist das JavaScript, das es erzeugen würde

var Greeter = (function () {
    function Greeter(message) {
        this.greeting = message;
    }
    Greeter.prototype.greet = function () {
        return "Hello, " + this.greeting;
    };
    return Greeter;
})();

Beachten Sie, wie TypeScript den Typ der Membervariablen und Klassenmethodenparameter definiert. Dies wird beim Übersetzen in JavaScript entfernt, aber von der IDE und dem Compiler verwendet, um Fehler zu erkennen, z. B. die Übergabe eines numerischen Typs an den Konstruktor.

Es ist auch in der Lage, Typen abzuleiten, die nicht explizit deklariert werden, z greet() Methode gibt eine Zeichenfolge zurück.

Fehlersuche Typoskript

Viele Browser und IDEs bieten direkte Debugging-Unterstützung durch Quellkarten. Weitere Informationen finden Sie in dieser Stapelüberlauf-Frage: Debuggen von TypeScript-Code mit Visual Studio

Willst du mehr wissen?

Ich habe diese Antwort ursprünglich geschrieben, als Typoskript noch druckfrisch war. Auschecken Lodewijks Antwort zu dieser Frage für einige aktuelle Details.


1022
2017-10-02 16:41



Obwohl die akzeptierte Antwort in Ordnung ist, fühlte ich, dass es TypeScript zu diesem Zeitpunkt wirklich nicht gerecht wird. Es sind nicht mehr die frühen Tage. TypeScript findet jetzt viel mehr Akzeptanz mit mehreren populären Frameworks, die in TypeScript geschrieben werden. Die Gründe, warum Sie TypeScript anstelle von JavaScript wählen sollten, sind jetzt viele.

Beziehung zu JavaScript

JavaScript ist durch die ECMAScript-Standards standardisiert. Nicht alle verwendeten Browser unterstützen alle Funktionen neuerer ECMAScript-Standards (siehe hierzu auch Tabelle). TypeScript unterstützt neue ECMAScript-Standards und kompiliert sie zu (älteren) ECMAScript-Zielen Ihrer Wahl (aktuelle Ziele sind 3, 5 und 6 [a.k.a. 2015]). Dies bedeutet, dass Sie Funktionen von ES2015 und darüber hinaus, wie Module, Lambda-Funktionen, Klassen, den Spread-Operator, Destrukturierung, heute nutzen können. Es fügt natürlich auch Typunterstützung hinzu, die nicht Teil eines ECMAScript-Standards ist und wahrscheinlich niemals auf die interpretierte Natur zurückzuführen sein wird, sondern auf die kompilierte Art von JavaScript. Das Typsystem von TypeScript ist relativ reichhaltig und umfasst: Schnittstellen, Enums, Hybridtypen, Generics, Union- und Kreuzungsarten, Zugriffsmodifikatoren und vieles mehr. Das offizielle Website von TypeScript gibt einen Überblick über diese Funktionen.

Beziehung zu anderen JavaScript-Targeting-Sprachen

TypeScript hat eine einzigartige Philosophie im Vergleich zu anderen Sprachen, die mit JavaScript kompiliert werden. JavaScript-Code ist gültiger TypeScript-Code; TypeScript ist eine Obermenge von JavaScript. Du kannst deinen Namen fast umbenennen .js Dateien an .ts Dateien und starten Sie mit TypeScript (siehe "JavaScript Interoperabilität" unten). TypeScript-Dateien werden zu lesbarem JavaScript kompiliert, so dass eine Rückmigration möglich ist und das kompilierte TypeScript nicht schwer zu verstehen ist. TypeScript baut auf den Erfolgen von JavaScript auf und verbessert gleichzeitig seine Schwächen.

Auf der einen Seite gibt es zukunftssichere Tools, die moderne ECMAScript-Standards verwenden und sie auf ältere JavaScript-Versionen kompilieren, wobei Babel die beliebteste Version ist. Auf der anderen Seite haben Sie Sprachen, die sich von JavaScript, das auf JavaScript abzielt, wie Coffeescript, Clojure, Dart, Elm, Haxe, ScalaJs und einen ganzen Host mehr unterscheiden können (siehe hierzu) Liste). Diese Sprachen sind zwar besser als die, in denen die Zukunft von JavaScript jemals geführt wird, laufen jedoch ein größeres Risiko, nicht genug Akzeptanz für ihre Zukunft zu finden. Vielleicht haben Sie auch größere Schwierigkeiten, erfahrene Entwickler für einige dieser Sprachen zu finden, obwohl die, die Sie finden werden, oft enthusiastischer sind. Interop mit JavaScript kann auch ein bisschen mehr beteiligt sein, da sie weiter von dem entfernt sind, was JavaScript eigentlich ist.

TypeScript befindet sich zwischen diesen beiden Extremen und gleicht somit das Risiko aus. TypeScript ist in keinem Standard eine riskante Wahl. Wenn Sie sich mit JavaScript auskennen, benötigen Sie nur wenig Aufwand, da es sich nicht um eine komplett andere Sprache handelt, es über eine ausgezeichnete Interoperabilität mit JavaScript verfügt und in letzter Zeit sehr viel Verbreitung gefunden hat.

Optional statische Typisierung und Typinferenz

JavaScript wird dynamisch typisiert. Das bedeutet, JavaScript weiß nicht, welchen Typ eine Variable hat, bis sie zur Laufzeit tatsächlich instanziiert wird. Dies bedeutet auch, dass es zu spät sein könnte. TypeScript fügt JavaScript JavaScript-Typen hinzu. Bugs, die durch falsche Annahmen eines Variablen-Typs eines bestimmten Typs verursacht werden, können vollständig ausgerottet werden, wenn Sie Ihre Karten richtig spielen (wie streng Sie Ihren Code eingeben oder ob Sie Ihren Code überhaupt eingeben, bleibt Ihnen überlassen).

TypeScript macht das Tippen etwas einfacher und viel weniger explizit durch die Verwendung von Typinferenz. Beispielsweise: var x = "hello" in TypeScript ist das gleiche wie var x : string = "hello". Der Typ wird einfach aus seiner Verwendung abgeleitet. Selbst wenn Sie die Typen nicht explizit eingeben, sind sie immer noch da, um Sie davor zu bewahren, etwas zu tun, was sonst zu einem Laufzeitfehler führen würde.

TypeScript wird standardmäßig standardmäßig eingegeben. Beispielsweise function divideByTwo(x) { return x / 2 } ist eine gültige Funktion in TypeScript, die mit aufgerufen werden kann irgendein Art des Parameters, obwohl er mit einer Zeichenkette aufgerufen wird, führt offensichtlich zu a Laufzeit Error. Genau wie Sie es von JavaScript gewohnt sind. Dies funktioniert, denn wenn kein Typ explizit zugewiesen wurde und der Typ nicht wie im Beispiel "divideByTwo" abgeleitet werden konnte, weist TypeScript den Typ implizit zu any. Dies bedeutet, dass die type-Signatur der Funktion "divideByTwo" automatisch aktiviert wird function divideByTwo(x : any) : any. Es gibt ein Compiler-Flag, um dieses Verhalten zu verhindern: --noImplicitAny. Wenn Sie diese Flagge aktivieren, erhalten Sie mehr Sicherheit, aber Sie müssen auch mehr tippen.

Mit ihnen sind Kosten verbunden. Zuallererst gibt es eine Lernkurve, und zweitens kostet es natürlich ein bisschen mehr Zeit, eine Codebasis einzurichten, indem man auch richtig strikt schreibt. Meiner Erfahrung nach sind diese Kosten auf jeder seriösen Codebasis, die Sie mit anderen teilen, absolut lohnenswert. Eine groß angelegte Studie über Programmiersprachen und Codequalität in Github schlägt vor, dass "Diese statisch typisierten Sprachen sind im Allgemeinen weniger fehleranfällig als die dynamischen Typen, und diese starke Typisierung ist in derselben Hinsicht besser als die schwache Typisierung".

Es ist interessant zu bemerken, dass genau dieses Papier feststellt, dass TypeScript weniger fehleranfällig als JavaScript ist:

Für diejenigen mit positiven Koeffizienten können wir die Sprache erwarten   ist ceteris paribus mit einer größeren Anzahl von Fehlerbehebungen verbunden.   Diese Sprachen umfassen C, C ++, JavaScript, Objective-C, Php und   Python. Die Sprachen Clojure, Haskell, Ruby, Scala und Typoskript,   Alle haben negative Koeffizienten, die bedeuten, dass diese Sprachen weniger sind   wahrscheinlich, dass der Durchschnitt zu Fehlern bei der Festlegung führt.

Erweiterte IDE-Unterstützung

Die Entwicklungserfahrung mit TypeScript ist eine große Verbesserung gegenüber JavaScript. Die IDE wird vom TypeScript-Compiler in Echtzeit über ihre Rich-Type-Informationen informiert. Dies bietet ein paar große Vorteile. Mit TypeScript können Sie z. B. Refactorings wie Umbenennungen in Ihrer gesamten Codebasis ausführen. Über die Code-Vervollständigung können Sie Inline-Hilfe zu den Funktionen erhalten, die eine Bibliothek bietet. Sie müssen sich nicht mehr daran erinnern oder in Online-Referenzen nachschlagen. Kompilierungsfehler werden direkt in der IDE mit einer roten, verschnörkelten Linie gemeldet, während Sie mit dem Codieren beschäftigt sind. Alles in allem ermöglicht dies einen deutlichen Produktivitätsgewinn gegenüber der Arbeit mit JavaScript. Man kann mehr Zeit mit Codieren verbringen und weniger Zeit mit dem Debuggen.

Es gibt eine breite Palette von IDEs, die TypeScript hervorragend unterstützen, wie Visual Studio und VS-Code, Atom, Sublime und IntelliJ / WebStorm.

Strikte Null-Checks

Laufzeitfehler des Formulars cannot read property 'x' of undefined oder undefined is not a function werden sehr häufig durch Fehler im JavaScript-Code verursacht. Englisch: www.weisang.info/index.php?id=143&t...h=bbb8f8cfcf Typoskript reduziert bereits die Wahrscheinlichkeit, dass diese Art von Fehlern auftritt, da man keine Variable verwenden kann, die dem TypeScript - Compiler nicht bekannt ist (mit Ausnahme der Eigenschaften von any typisierte Variablen). Es ist jedoch immer noch möglich, versehentlich eine Variable zu verwenden, auf die festgelegt ist undefined. Mit der 2.0-Version von TypeScript können Sie jedoch diese Art von Fehlern durch die Verwendung von nicht nullbaren Typen vollständig eliminieren. Dies funktioniert wie folgt:

Mit strengen Null-Checks aktiviert (--strictNullChecks Compiler-Flag) wird der TypeScript-Compiler nicht zulassen undefined einer Variablen zugewiesen werden, es sei denn, Sie geben explizit an, dass sie vom Nullable-Typ ist. Beispielsweise, let x : number = undefined führt zu einem Kompilierungsfehler. Dies passt perfekt zur Typentheorie undefined ist keine Nummer. Man kann definieren x eine Art sein number und undefined um dies zu korrigieren: let x : number | undefined = undefined.

Sobald ein Typ als Nullwert bekannt ist, bedeutet dies, dass er von einem Typ ist, der auch von Wert sein kann null oder undefinedDer TypeScript-Compiler kann anhand einer auf dem Steuerelementfluss basierenden Typanalyse ermitteln, ob der Code eine Variable sicher verwenden kann oder nicht. Mit anderen Worten, wenn Sie eine Variable überprüfen undefined durch zum Beispiel ein if Anweisung der TypeScript-Compiler wird folgern, dass der Typ in diesem Zweig des Steuerflusses Ihres Codes nicht mehr nullfähig ist 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-2016-Konferenz gab der Co-Designer von TypeScript, Anders Hejlsberg, eine detaillierte Erklärung und Demonstration dieser Funktion: Video (von 44:30 bis 56:30).

Zusammenstellung

Um TypeScript zu verwenden, benötigen Sie einen Build-Prozess, um nach JavaScript-Code zu kompilieren. Der Build-Prozess dauert in der Regel nur ein paar Sekunden, abhängig von der Größe Ihres Projekts. Der TypeScript-Compiler unterstützt die inkrementelle Kompilierung (--watch Compiler-Flag), so dass alle nachfolgenden Änderungen schneller kompiliert werden können.

Der TypeScript-Compiler kann Inline-Quellinformationen in den generierten JS-Dateien zuordnen oder separate MAP-Dateien erstellen. Quellkarteninformationen können von Dienstprogrammen wie den Chrome DevTools und anderen IDEs verwendet werden, um die Zeilen im JavaScript mit denen zu verknüpfen, die sie im TypeScript generiert haben. Auf diese Weise können Sie Haltepunkte festlegen und Variablen während der Laufzeit direkt in Ihrem TypeScript-Code überprüfen. Quellkarteninformationen funktionieren ziemlich gut, es war lange vor TypeScript, aber das Debuggen von TypeScript ist im Allgemeinen nicht so gut wie bei der direkten Verwendung von JavaScript. Nehmen Sie die this Stichwort zum Beispiel. Aufgrund der veränderten Semantik der this Stichwort rund um Schließungen seit ES2015, this kann tatsächlich während der Laufzeit als eine Variable namens aufgerufen werden _this(sehen diese Antwort). Dies kann Sie während des Debuggens verwirren, ist aber im Allgemeinen kein Problem, wenn Sie es kennen oder den JavaScript-Code überprüfen. Es sollte beachtet werden, dass Babel die gleiche Art von Problem erleidet.

Es gibt ein paar andere Tricks, die der TypeScript-Compiler ausführen kann, wie zum Beispiel das Erzeugen von Code zum Abfangen Dekorateure, Modulladecode für verschiedene Modulsysteme und Parsing generieren JSX. Sie benötigen jedoch wahrscheinlich ein Build-Tool neben dem Typescript-Compiler. Wenn Sie beispielsweise Ihren Code komprimieren möchten, müssen Sie dem Buildprozess andere Tools hinzufügen.

Es gibt TypeScript-Kompilier-Plugins für Webpaket, Schluck, Grunzen und so ziemlich jedes andere JavaScript-Build-Tool da draußen. Die TypeScript-Dokumentation enthält einen Abschnitt zu Integration mit Build-Tools sie alle abdecken. EIN Linter ist auch verfügbar für den Fall, dass Sie noch mehr Zeit für die Überprüfung benötigen. Es gibt auch eine große Anzahl von Seed-Projekten, die Sie mit TypeScript in Kombination mit einer Reihe anderer Technologien wie Angular 2, React, Ember, SystemJs, WebPack, Gulp usw. unterstützen.

JavaScript-Interoperabilität

Da TypeScript mit JavaScript so eng verwandt ist, bietet es große Interoperabilitätsfunktionen. Für die Arbeit mit JavaScript-Bibliotheken in TypeScript sind jedoch zusätzliche Arbeiten erforderlich. TypeScript-Definitionen werden benötigt, damit der TypeScript-Compiler diese Funktionsaufrufe versteht _.groupBy oder angular.copy oder $.fadeOut sind in der Tat keine illegalen Aussagen. Die Definitionen für diese Funktionen sind in platziert .d.ts Dateien.

Die einfachste Form, die eine Definition annehmen kann, besteht darin, dass ein Bezeichner in irgendeiner Weise verwendet werden kann. Zum Beispiel bei der Verwendung Lodasch, eine einzelne Zeile Definitionsdatei declare var _ : any ermöglicht es Ihnen, jede gewünschte Funktion aufzurufen _, aber dann kannst du natürlich auch noch Fehler machen: _.foobar() wäre ein legaler TypeScript-Aufruf, ist aber zur Laufzeit ein illegaler Aufruf. Wenn Sie die korrekte Typenunterstützung und Codevervollständigung wünschen, muss Ihre Definitionsdatei genauer sein (siehe lodash Definitionen zum Beispiel).

Npm-Module die mit ihren eigenen Typdefinitionen vorgepackt sind, werden vom TypeScript-Compiler automatisch verstanden (siehe Dokumentation). Für so ziemlich jede andere halb-populäre JavaScript-Bibliothek, die keine eigenen Definitionen enthält, hat jemand da draußen bereits Typdefinitionen durch ein anderes npm-Modul verfügbar gemacht. Diese Module haben das Präfix "@ types /" und kommen von einem Github-Repository namens DefinitivTyped.

Es gibt eine Einschränkung: Die Typdefinitionen müssen mit der Version der Bibliothek übereinstimmen, die Sie zur Laufzeit verwenden. Ist dies nicht der Fall, kann TypeScript Sie möglicherweise nicht vom Aufruf einer Funktion oder der Dereferenzierung einer vorhandenen Variablen abhalten oder den Aufruf einer Funktion oder die Dereferenzierung einer nicht vorhandenen Variablen zulassen, weil die Typen bei der Kompilierung nicht mit der Laufzeit übereinstimmen . Stellen Sie daher sicher, dass Sie die richtige Version der Typdefinitionen für die richtige Version der verwendeten Bibliothek laden.

Um ehrlich zu sein, es gibt einen kleinen Ärger damit und es könnte einer der Gründe dafür sein, dass Sie nicht TypeScript wählen, sondern stattdessen etwas wie Babel wählen, das nicht unter Typdefinitionen leidet. Auf der anderen Seite, wenn Sie wissen, was Sie tun, können Sie problemlos alle Arten von Problemen, die durch falsche oder fehlende Definitionsdateien verursacht werden, überwinden.

Konvertieren von JavaScript in TypeScript

Irgendein .js Datei kann umbenannt werden in a .ts und führte den TypeScript-Compiler durch, um syntaktisch den gleichen JavaScript-Code wie eine Ausgabe zu erhalten (wenn er an erster Stelle syntaktisch korrekt war). Auch wenn der TypeScript-Compiler Kompilierungsfehler erhält, wird immer noch ein .js Datei. Es kann sogar akzeptieren .js Dateien als Eingabe mit dem --allowJs Flagge. So können Sie sofort mit TypeScript beginnen. Leider werden zu Beginn wahrscheinlich Kompilierungsfehler auftreten. Man muss sich daran erinnern, dass es sich hierbei nicht um haltende Fehler handelt, wie Sie es von anderen Compilern gewohnt sind.

Die Kompilierungsfehler, die man am Anfang bekommt, wenn man ein JavaScript-Projekt in ein TypeScript-Projekt konvertiert, sind aufgrund der Natur von TypeScript unvermeidlich. TypeScript überprüft alle Code für die Gültigkeit und muss daher über alle Funktionen und Variablen wissen, die verwendet werden. Daher müssen Typdefinitionen für alle von ihnen vorhanden sein, da andernfalls Kompilierungsfehler auftreten. Wie im obigen Kapitel erwähnt, gibt es für so ziemlich jedes JavaScript-Framework .d.ts Dateien, die leicht mit der Installation von erworben werden können DefinitivTyped-Pakete. Es kann jedoch sein, dass Sie eine obskure Bibliothek verwendet haben, für die keine TypeScript-Definitionen verfügbar sind oder Sie einige JavaScript-Primitive mehrfach gefüllt haben. In diesem Fall müssen Sie Typdefinitionen für diese Bits angeben, damit die Kompilierungsfehler nicht mehr auftreten. Erstelle einfach ein .d.ts Datei und fügen Sie sie in die tsconfig.jsons ein files Array, so dass es immer vom TypeScript-Compiler berücksichtigt wird. Darin deklarieren Sie diejenigen Bits, von denen TypeScript nichts weiß any. Sobald Sie alle Fehler beseitigt haben, können Sie schrittweise nach Ihren Bedürfnissen in diese Teile eingeben.

Einige Arbeiten zum (Neu-) Konfigurieren Ihrer Build-Pipeline werden ebenfalls benötigt, um TypeScript in die Build-Pipeline zu übernehmen. Wie im Kapitel zur Kompilierung erwähnt, gibt es viele gute Ressourcen, und ich ermutige Sie, nach Projekten zu suchen, die die Kombination von Werkzeugen verwenden, mit denen Sie arbeiten möchten.

Die größte Hürde ist die Lernkurve. Ich ermutige Sie, zunächst mit einem kleinen Projekt zu spielen. Sehen Sie, wie es funktioniert, wie es erstellt, welche Dateien es verwendet, wie es konfiguriert ist, wie es in Ihrer IDE funktioniert, wie es strukturiert ist, welche Tools es verwendet usw. Die Konvertierung einer großen JavaScript-Codebase in TypeScript ist sehr machbar Wissen Sie, was Sie tun, aber es könnte frustrierend sein, wenn Sie es nicht tun.

Annahme

TypeScript ist Open Source (Apache 2 lizenziert, siehe Github) und von Microsoft unterstützt. Anders Hejlsberg, leitet der Chefarchitekt von C # das Projekt. Es ist ein sehr aktives Projekt; Das TypeScript - Team hat in den letzten Jahren eine Menge neuer Funktionen veröffentlicht, und viele großartige sind noch geplant (siehe Roadmap).

In dem 2017 StackOverflow Entwicklerumfrage TypeScript war der beliebteste JavaScript-Übersetzer (9. Platz insgesamt) und gewann den dritten Platz in der beliebtesten Programmiersprache.


725
2018-01-27 21:23



TypeScript macht etwas ähnlich wie CSS für CSS. Sie sind Super-Sets davon, was bedeutet, dass jeder JS-Code, den Sie schreiben, gültiger TypeScript-Code ist. Außerdem können Sie die anderen Leckereien verwenden, die der Sprache hinzugefügt werden, und der transpilierte Code wird als js gültig sein. Sie können sogar die JS-Version festlegen, für die der resultierende Code erstellt werden soll.

Gegenwärtig ist TypeScript ein Super-Set von ES2015, also könnte es eine gute Wahl sein, die neuen js-Funktionen zu erlernen und auf den für Ihr Projekt benötigten Standard umzustellen.


54
2018-02-11 20:32



"TypeScript-Grundlagen"- ein Pluralsight-Video-Kurs von Dan Wahlin und John Papa ist ein wirklich gutes, derzeit (25. März 2016) aktualisiert, um TypeScript 1.8, Einführung in Typoskript zu reflektieren.

Für mich sind die wirklich guten Features, neben den netten Möglichkeiten für Intellisense, die Klassen, Schnittstellen, Module, die einfache Implementierung von AMD und die Möglichkeit, den Visual Studio Typescript-Debugger zu verwenden, wenn er mit IE aufgerufen wird.

Zusammenfassen: Wenn es wie vorgesehen verwendet wird, kann Typescript die JavaScript-Programmierung zuverlässiger und einfacher machen. Es kann die Produktivität des JavaScript-Programmierers gegenüber dem vollständigen SDLC erheblich steigern.


30
2017-12-27 04:18



Ecma Script 5 (ES5), das von allen Browsern unterstützt und vorkompiliert wird. ES6 / ES2015 und ES / 2016 kamen in diesem Jahr mit vielen Änderungen daher, um diese Änderungen herauszubringen gibt es etwas dazwischen, was sich um so etwas kümmern sollte. • TypeScript ist Types -> Bedeutet, dass wir den Datentyp jeder Eigenschaft und Methode definieren müssen. Wenn Sie C # kennen, dann ist Typescript einfach zu verstehen. • Ein großer Vorteil von TypeScript ist, dass wir Probleme frühzeitig erkennen, bevor wir in die Produktion gehen. Dadurch können Komponententests fehlschlagen, wenn ein Typ nicht übereinstimmt.


7
2018-06-06 12:14