Mengapa Typescript menggunakan kata kunci “ekspor” untuk membuat kelas dan antarmuka publik?

Ketika mencoba-coba dengan Scriptrip, saya menyadari bahwa kelas saya di dalam modul (digunakan sebagai ruang nama) tidak tersedia untuk kelas lain kecuali saya menulis exportkata kunci sebelumnya, seperti:

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

Jadi sekarang saya bisa menggunakan kode di atas seperti ini:

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

Namun saya hanya bertanya-tanya mengapa kata kunci ini digunakan dibandingkan dengan hanya menggunakan publickata kunci yang digunakan pada tingkat metode untuk menandakan bahwa suatu metode atau properti harus dapat diakses secara eksternal. Jadi mengapa tidak menggunakan mekanisme yang sama ini untuk membuat kelas dan antarmuka dll terlihat secara eksternal?

Ini akan menghasilkan kode seperti:

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

Alasan utamanya adalah yang exportcocok dengan rencana untuk ECMAScript. Anda bisa berargumen bahwa "mereka seharusnya menggunakan" ekspor "dan bukan" publik ", tetapi selain dari" ekspor / pribadi / terlindungi "menjadi pengubah akses yang tidak cocok, saya percaya ada perbedaan yang tidak kentara antara keduanya yang menjelaskan hal ini. .

Di TypeScript, menandai anggota kelas sebagai publicatau privatetidak berpengaruh pada JavaScript yang dihasilkan. Ini hanyalah alat desain / kompilasi waktu yang dapat Anda gunakan untuk menghentikan kode TypeScript Anda mengakses hal-hal yang seharusnya tidak.

Dengan exportkata kunci, JavaScript menambahkan baris untuk menambahkan item yang diekspor ke modul. Dalam contoh Anda: here.SomeClass = SomeClass;.

Jadi secara konseptual, visibilitas dikendalikan oleh publicdan privatehanya untuk tooling, sedangkan exportkata kunci mengubah output.

Beberapa hal untuk ditambahkan ke jawaban Steve Fenton:

• export sudah berarti dua hal yang berbeda (tergantung pada apakah itu di tingkat atas atau tidak); berarti sepertiga mungkin lebih buruk daripada menambahkan public/private
• Jelas bukan untuk membuat implementasi lebih mudah; kompleksitas ditambahkan publicvs exportsepele. Kami telah mengubah kata kunci di sekitar sekelompok; itu tidak sulit.
• Visibilitas default anggota kelas harus publik untuk menyelaraskan dengan proposal kelas ES6, oleh karena itu kami memerlukan beberapa kata kunci untuk menunjukkan "tidak publik". Tidak ada antonim yang cocok untuk export( unexport??), begitu privatejuga pilihan yang logis. Setelah Anda memilikinya private, akan agak gila untuk tidak memilih publicsebagai mitra
• Penggunaan exportuntuk mengubah visibilitas dalam modul internal adalah penyelarasan tebakan terbaik dengan modul ES6