Typescriptでキーワード「エクスポート」を使用してクラスとインターフェイスを公開するのはなぜですか？

Question

活字体と手を染めている間、私は（名前空間として使用される）はモジュール内で私のクラスを実現し、私は彼らの前exportキーワードを書いていない限りなど、他のクラスには使用できませんでした。だから今、私は上記のコードを使用することができます

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

このキーワードは、単なるメソッドやプロパティが外部からアクセス可能であることを意味するメソッドレベルで使用されているpublicキーワードを使用するのではなく使用されている理由私は思っていたが

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

：このように。では、クラスとインタフェースなどを外部から見えるようにするために、この同じメカニズムを使用するだけではどうですか？主な理由は、exportは、ECMAScriptのための計画と一致していることである

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

Answer 1

：よう

これは、コードを結果として与えるだろう。 「彼らは「パブリック」の代わりに「エクスポート」を使用していたはずですが、「エクスポート/プライベート/プロテクト」以外のアクセス修飾子のセットが不適切であることを除いて、これを説明する2つの微妙な違いがあると思いますpublicまたはprivateとしてクラスメンバーをマーク活字体で。

は、生成されたJavaScriptには影響を与えません。それは単にデザイン/あなたはそれはいけない、あなたの活字体のコードへのアクセス、物事を停止するために使用できる時間のツールをコンパイルします。

です exportキーワードで

、JavaScriptがモジュールにエクスポート項目を追加するための行を追加して、あなたの例では：。here.SomeClass = SomeClass;

。

概念的には、publicとprivateで制御される視認性は、ツーリングのためだけであり、exportキーワードは出力を変更します。スティーブ・フェントンの答えに追加する

Answer 2

いくつかのこと：

• exportはすでには（それがトップレベルでだかどうかに依存する）は、2つの異なるものを意味します。追加するよりもおそらく3番目のことを意味します。public/private
• 実装を簡単にするのは間違いありません。 public対exportの複雑さの追加は簡単です。私たちはすでに束の周りのキーワードを変更しました。それは難しくありません。
• クラスメンバのデフォルトの可視性は、をES6クラスの提案に合わせて公開する必要があります。したがって、 "not public"を示すキーワードが必要です。 export（unexport ??）に適切な反意語がないので、privateが論理的な選択です。あなたはprivateを持っていたら、それは内部のモジュールでの視認性を修正するexportの使用はES6モジュール

Answer 3

で最高の推測のアライメントは実際に、それはノードのためださ

その対応として publicを選択しないと少し非常識でしょう。 jsとの互換性。

あなたがtranspiledコードを見れば：

export function foo(){ 
} 

あなたが得る：

ノード構文です

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

。