为什么 JavaScript 模块中的默认导出很糟糕

,我们知道，JavaScript 模块有两种方法来定义导出：默认导出和命名导出。在本节中，我们来看下为什么默认导出是一种糟糕的做法，会导致不好的开发体验。,下面，我们看下例子，假设，我们有一个模块，它同时包含命名导出和默认导出，如下所示：,在导入使用之前，这里有一个问题，它可能会影响到我们的开发体验。为什么 subtract  是默认的，而 add  是一个命名的导出？,考虑到开发人员使用一个他们不熟悉且复杂的模块。他们可能不知道默认导出的是什么方法，甚至可能也不确定是否有默认导出。这导致开发者需要花更多的时间来阅读文档或源码。如果模块只有命名导出，那么使用起来就更加的方便，可读性也会更好。,有了命名导出，使用IDE，我们可以很方便的知道一个模块有哪些方法。那么，这个下面的列表中没有展示什么呢？没错，就是默认导出。记住，默认导出不是命名的导出，所以 IDE 不知道改默认导出是干嘛的，也就不会在提示的列表中显示出来：,,默认导出的开发体验类似于 Node 中的 CommonJS，它的开发体验也不太友好。判断代码是否使用 CommonJS 的一个简单方法，就是看有没有使用 require 和 module.exports 。,下面我们再介绍一下，默认导出的一些用法(槽点)：,到这里，大家可能有一个问题，如果来自不同模块的两个命名导出具有相同的名称，该怎么办？,我们可以使用重命名的方式来解决这个问题：,虽然这种方式仍然需要为别名想一个名称，但这比为默认导出想一个名称要好得多，因为有命名导出作为参考。,最后，你可能也在想，"我使用的框架或工具几乎要求我们默认导出一个函数或组件"。如果组件很多，我们可以通过使用 "index.js" 来解决这个问题。就是在目录的根部创建一个index.js或index.ts文件，然后使用命名导出这些组件。,比如我们有一个文件 components，该文件主要放置我们封装的组件：,那么我们可以在 components 创建一个 index.js 文件，内容如下：,这样我们在其它文件中使用命名导出的方式引入使用：,如果在写一个模块，无论是代码库还是开源库，尽量少使用默认导出。