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

Während es einmal mit Typescript ich realisierte, dass meine Klassen innerhalb von Modulen (als namespaces) nicht zur Verfügung standen, für andere Klassen, es sei denn, ich schrieb das export Schlüsselwort vor Ihnen, wie zum Beispiel:

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

So, jetzt kann ich mit dem obigen code wie dieser:

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

Aber ich habe mich nur gefragt, warum dieses Schlüsselwort verwendet wird, im Gegensatz zu nur mit der public Schlüsselwort, das verwendet wird, bei level Methode, um anzugeben, dass eine Methode oder Eigenschaft sollte von außen zugänglich. Warum also nicht einfach das gleiche Mechanismus, um Klassen und interfaces usw. extern sichtbar?

Würde dadurch resultierende code wie:

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

InformationsquelleAutor der Frage Grofit | 2013-04-02

  1. 134

    Hauptgrund ist, dass export entspricht die Pläne für ECMAScript. Man könnte argumentieren, dass Sie "benutzt "exportieren" anstelle von "public", aber abgesehen vom "export/private/protected" als ein schlecht abgestimmtes set von zugriffsmodifizierer, ich glaube, es gibt einen subtilen Unterschied zwischen den beiden erklärt, dass diese.

    Im Typoskript, die Kennzeichnung einer Klasse als public oder private hat keinen Effekt auf den generierten JavaScript. Es ist einfach ein design - /compile-Zeit-tool, das Sie verwenden können, zu stoppen Ihre Typoskript-code den Zugriff auf Dinge, die es nicht sollte.

    Mit der export Schlüsselwort, das JavaScript fügt eine Zeile zum hinzufügen der exportierten Eintrag, um das Modul. In deinem Beispiel: here.SomeClass = SomeClass;.

    So konzeptionell, Sichtbarkeit, gesteuert durch public und private ist nur für den Werkzeug -, in der Erwägung, dass die export Schlüsselwort ändert die Ausgabe.

    InformationsquelleAutor der Antwort user75525

  2. 42

    Ein paar Dinge hinzufügen Steve Fenton Antwort:

    • export bereits bedeutet zwei verschiedene Dinge (je nachdem, ob es sich bei top-level-oder nicht); es bedeutet eine Dritte ist wahrscheinlich schlimmer als das hinzufügen public/private
    • Ist es definitiv nicht um die Umsetzung zu erleichtern; die zusätzliche Komplexität von public vs export ist trivial. Wir haben uns verändert Schlüsselwörter, um ein paar bereits; es ist nicht schwer.
    • Die standardmäßige Sichtbarkeit von Klassen-Membern muss werden, die öffentlichkeit zu richten mit dem ES6 Klasse Vorschlag, deshalb brauchen wir einige Schlüsselwort, um anzugeben, "nicht öffentlich". Gibt es nicht einen passenden Gegenbegriff zu export (unexport??), so private ist die logische Wahl. Sobald Sie privatees wäre etwas verrückt, um nicht wählen Sie public als sein Pendant
    • Verwendung von export zu ändern, Sichtbarkeit in internen Modulen ist die best-guess-Ausrichtung mit ES6-Module

    InformationsquelleAutor der Antwort Ryan Cavanaugh

Schreibe einen Kommentar