默认导出 (export default)
// MyClass.ts -- using default export
export default class MyClass { /* ... */ }
主要区别在于每个文件只能有一个默认导出,并且可以这样导入:
import MyClass from "./MyClass";
你可以给它起任何你喜欢的名字。例如,这很好用:
import MyClassAlias from "./MyClass";
命名导出 (export)
// MyClass.ts -- using named exports
export class MyClass { /* ... */ }
export class MyOtherClass { /* ... */ }
使用命名导出时,每个文件可以有多个导出,并且需要导入用大括号括起来的导出:
import { MyClass } from "./MyClass";
注意:添加大括号将修复您在问题中描述的错误,并且大括号中指定的名称需要与导出的名称匹配。
或者说你的文件导出了多个类,那么你可以像这样导入两个:
import { MyClass, MyOtherClass } from "./MyClass";
// use MyClass and MyOtherClass
或者您可以在此文件中为它们中的任何一个指定不同的名称:
import { MyClass, MyOtherClass as MyOtherClassAlias } from "./MyClass";
// use MyClass and MyOtherClassAlias
或者您可以导入使用* as 导出的所有内容:
import * as MyClasses from "./MyClass";
// use MyClasses.MyClass and MyClasses.MyOtherClass here
使用哪个?
在 ES6 中,默认导出是简洁的,因为 their use case is more common;然而,当我在 TypeScript 中处理项目的内部代码时,我几乎总是更喜欢使用命名导出而不是默认导出,因为它非常适合代码重构。例如,如果您默认导出一个类并重命名该类,它只会重命名该文件中的类,而不会重命名其他文件中的任何其他引用。使用命名导出,它将重命名该类以及所有其他文件中对该类的所有引用。
它与barrel files(使用命名空间导出的文件——export *——导出其他文件)也能很好地配合。 this answer 的“示例”部分显示了这方面的一个示例。
请注意,我对即使只有一个导出也使用命名导出的观点与TypeScript Handbook 相悖——请参阅“危险信号”部分。我相信此建议仅适用于您创建供其他人使用的 API 并且代码不在您的项目内部的情况。当我设计供人们使用的 API 时,我将使用默认导出,以便人们可以使用import myLibraryDefaultExport from "my-library-name";。如果您不同意我这样做,我很想听听您的推理。
也就是说,找到你喜欢的!您可以同时使用一个、另一个或两者。
额外积分
默认导出实际上是名称为default 的命名导出,因此如果文件具有默认导出,那么您也可以通过以下方式导入:
import { default as MyClass } from "./MyClass";
并注意这些 other ways 要导入的存在:
import MyDefaultExportedClass, { Class1, Class2 } from "./SomeFile";
import MyDefaultExportedClass, * as Classes from "./SomeFile";
import "./SomeFile"; // runs SomeFile.js without importing any exports