Tại sao Typecript sử dụng từ khóa Xuất khẩu trực tuyến để làm cho các lớp và giao diện công khai?

Trong khi tìm hiểu về Bản mô tả, tôi nhận ra các lớp của mình trong các mô-đun (được sử dụng làm không gian tên) không có sẵn cho các lớp khác trừ khi tôi viết exporttừ khóa trước chúng, chẳng hạn như:

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

Vì vậy, bây giờ tôi có thể sử dụng mã trên như thế này:

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

Tuy nhiên, tôi chỉ tự hỏi tại sao từ khóa này được sử dụng trái ngược với việc chỉ sử dụng publictừ khóa được sử dụng ở cấp phương thức để biểu thị rằng một phương thức hoặc thuộc tính nên có thể truy cập được từ bên ngoài. Vậy tại sao không sử dụng cơ chế tương tự này để làm cho các lớp và giao diện vv hiển thị bên ngoài?

Điều này sẽ cung cấp mã kết quả như:

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

Lý do chính là exportphù hợp với các kế hoạch cho ECMAScript. Bạn có thể lập luận rằng "đáng lẽ họ nên sử dụng" xuất "thay vì" công khai ", nhưng ngoài" xuất / riêng / được bảo vệ "là một bộ sửa đổi truy cập kém phù hợp, tôi tin rằng có một sự khác biệt tinh tế giữa hai giải thích này .

Trong TypeScript, đánh dấu một thành viên lớp là publichoặc privatekhông có tác dụng đối với JavaScript được tạo. Nó chỉ đơn giản là một công cụ thời gian thiết kế / biên dịch mà bạn có thể sử dụng để ngăn chặn mã TypeScript của bạn truy cập vào những thứ không nên.

Với exporttừ khóa, JavaScript thêm một dòng để thêm mục đã xuất vào mô-đun. Trong ví dụ của bạn : here.SomeClass = SomeClass;.

Vì vậy, về mặt khái niệm, khả năng hiển thị như được kiểm soát bởi publicvà privatechỉ dành cho công cụ, trong khi exporttừ khóa thay đổi đầu ra.

Một vài điều cần thêm vào câu trả lời của Steve Fenton:

• export đã có nghĩa là hai điều khác nhau (tùy thuộc vào việc nó ở cấp cao nhất hay không); làm cho nó có nghĩa là một phần ba có thể tồi tệ hơn việc thêm public/private
• Đó chắc chắn không phải là để thực hiện dễ dàng hơn; sự phức tạp thêm vào của publicvs exportlà tầm thường. Chúng tôi đã thay đổi từ khóa xung quanh một bó rồi; nó không khó.
• Khả năng hiển thị mặc định của các thành viên lớp phải được công khai để phù hợp với đề xuất của lớp ES6, do đó chúng tôi cần một số từ khóa để cho biết "không công khai". Không có một từ trái nghĩa phù hợp với export( unexport??), vì vậy đó privatelà sự lựa chọn hợp lý. Một khi bạn có private, sẽ không có gì điên rồ khi không chọn publiclàm đối tác của nó
• Sử dụng exportđể sửa đổi mức độ hiển thị trong các mô-đun bên trong là căn chỉnh dự đoán tốt nhất với các mô-đun ES6