Warum verwendet Typescript das Schlüsselwort "export", um Klassen und Schnittstellen öffentlich zu machen?

Question

Während mit Typoskript Dilettantismus ich meine Klassen innerhalb von Modulen (als Namensraum) realisiert wurden auf andere Klassen nicht zur Verfügung, wenn ich das export Schlüsselwort vor ihnen, wie geschrieben:

module some.namespace.here 
{ 
    export class SomeClass{..} 
} 

ich den obigen Code verwenden kann also jetzt wie folgt aus:

var someVar = new some.namespace.here.SomeClass(); 

aber ich gerade fragen, warum dieses Schlüsselwort des public Schlüsselwort nur im Gegensatz verwendet wird verwendet, die bei Verfahren Ebene verwendet wird, um anzuzeigen, dass eine Methode oder Eigenschaft soll von außen zugänglich sein. Warum also nicht einfach denselben Mechanismus verwenden, um Klassen und Interfaces usw. von außen sichtbar zu machen?

Dies würde resultierenden Code geben wie:

module some.namespace.here 
{ 
    public class SomeClass{..} 
} 

Answer 1

Der Hauptgrund ist, dass export die Pläne für ECMAScript entspricht. Man könnte argumentieren, dass Export ‚anstelle von‚public „sie verwendet haben sollte‘,‘aber asides von‚Export/private /‘geschützt einen schlecht aufeinander abgestimmten Satz von Zugriffsmodifikatoren zu sein, ich glaube, es gibt einen feinen Unterschied zwischen den beiden ist, dass dies erklärt .

In Typoskript, hat einen Teilnehmer als public oder private auf dem erzeugten JavaScript keine Wirkung Markierung. es ist einfach ein Design/Zeit-Tool kompilieren, die Sie sollte es Ihr Typoskript Code Zugriff auf die Dinge zu stoppen, nicht

nutzen können.

Mit dem export Schlüsselwort, fügt der JavaScript eine Zeile der exportierten Artikel zum Modul hinzufügen In Ihrem Beispiel:.. here.SomeClass = SomeClass;

So

Konzeptionell Sichtbarkeit wie durch public und private gesteuert ist nur für Werkzeuge, während das Schlüsselwort export die Ausgabe ändert.

Answer 2

Ein paar Dinge zu Steve Fenton Antwort hinzuzufügen:

• exportbereits bedeutet zwei verschiedene Dinge (je nachdem, ob es auf der obersten Ebene oder nicht); so dass es ein Drittel bedeuten ist wahrscheinlich schlimmer als public/private
• Hinzufügen Es ist definitiv nicht die Umsetzung zu erleichtern; die zusätzliche Komplexität von public vs export ist trivial. Wir haben die Keywords bereits um einiges geändert. es ist nicht schwer.
• Die Standard-Sichtbarkeit der Klassenmitglieder müssen sein Publikum mit dem ES6 Klasse Vorschlag auszurichten, deshalb müssen wir einige Keyword „nicht öffentlich“, um anzuzeigen. Es gibt kein geeignetes Antonym zu export (unexport ??), so private die logische Wahl. Sobald Sie private haben, wäre es etwas verrückt sein, nicht public als sein Pendant
• Verwendung von export zu ändern Sichtbarkeit in interner Module zu wählen ist die richtige erraten Ausrichtung mit ES6 Module

Answer 3

Eigentlich ist es für Knoten ist. js Kompatibilität.

Wenn man sich die transpiled Code sucht:

export function foo(){ 
} 

Sie erhalten:

function foo(){ 
} 
exports.foo = foo; 

, die die Knoten-Syntax ist.