“export default”和“export =”之间的区别以及在TypeScript中使用“import = require()”？

编程问答 2022-04-30

问题描述

最近项目中的 eslint 规则 no-var-requires 迫使我编写 import = require()。直到现在我才看到这个，我在导入时也没有遇到任何问题，但阅读它表明这已经是 2017 年的事情了。这让我想知道为什么有人会强制执行此操作 - 或者更好的是，为什么使用 require() 被认为是一种不好的做法，以及

之间的实际区别是什么 
export default class ZipCodeValidator { }

export = class ZipCodeValidator { }

在我的理解中，后者与 TS 中的 import = require() 语法直接相关？

关于 export = and import = require()^ 的文档说

Commonjs 和 AMD 都支持用自定义的单个对象替换导出对象。默认导出旨在替代此行为；然而，两者是不相容的。

但所有这些都很好

require('dotenv').config() // this is what I used originally

import dotenv = require('dotenv') // the eslint rule forces me to write this
dotenv.config()

const dotenv = require('dotenv')
dotenv.config()

import * as dotenv from 'dotenv' // This is what I've been using otherwise
dotenv.config()

这首先让我怀疑 import = require() 的目的。

它不是仅使用流畅不显眼的 require 并在一行中调用，而是迫使我将导入和调用分成两行，这反过来又带来了另一种复杂性。我们有一个 lint/prettier 规则来组织导入到顶部，但这会使其他导入的模块在我的环境初始化之前运行。

请原谅我问得如此含糊，但我什至不知道从哪里开始。

解决方法

暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！

如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@）

modulemodulerequirerequiretypescripttypescript