如何限制Node包仅用ES6命名导入？为何默认导入无编辑器报错？

这个问题戳中了ES模块规范和编辑器类型检查逻辑的一个细节差异，我来拆解一下：

1. 命名导入的严格检查逻辑 #

当你使用import { foo } from 'logger'这种命名导入时，编辑器（通常依赖TypeScript的类型检查能力）会直接校验你的包对外暴露的命名导出成员。不管是你手动编写的.d.ts类型文件，还是TypeScript自动推断的导出类型，只要找不到foo这个明确的命名导出，类型检查器就会立刻抛出错误——因为命名导出是显性的成员列表，缺失属于明确的使用错误。

2. 默认导入的“宽松”处理规则 #

ES模块规范本身允许对任何模块使用默认导入语法，哪怕这个模块没有定义export default。这种情况下，运行时导入的值会是undefined，但从语法层面来说，这个导入操作是合法的。

而编辑器（比如VS Code内置的TypeScript服务）默认开启了allowSyntheticDefaultImports配置项，这个选项允许你对没有默认导出的模块使用默认导入语法，TypeScript会把这种导入视为“合成默认导入”，所以不会在编辑阶段报错，只会在运行时才暴露问题。

如何让编辑器阻止默认导入？ #

如果你想强制用户只能使用命名导入，可以通过以下两种方式实现：

• 调整TypeScript配置：在你的包的tsconfig.json中设置"allowSyntheticDefaultImports": false，同时确保你的类型定义文件中没有生成任何默认导出的声明。
• 明确类型定义：在你的包的.d.ts文件中只声明命名导出，比如：

  export declare class Logger {
    // 这里写Logger的方法和属性定义
  }
  

  这样当用户尝试使用import defaultImportedLogger from 'logger'时，编辑器就会因为找不到默认导出而报错。

内容的提问来源于stack exchange，提问作者elmt