如何利用 monorepo 策略管理代码？，java程序员面试笔试宝典答案

▐  统一配置：合并同类项 - Eslint，Typescript 与 Babel

您一定同意，编写代码要遵循 DRY 原则（Don’t Repeat Yourself 的缩写）。那么，理所当然地，我们应该尽量避免在多个子项目中放置重复的 eslintrc，tsconfig 等配置文件。幸运的是，Babel，Eslint 和 Typescript 都提供了相应的功能让我们减少自我重复。

• TypeScript

我们可以在 packages 目录中放置 tsconfig.settting.json 文件，并在文件中定义通用的 ts 配置，然后，在每个子项目中，我们可以通过 extends 属性，引入通用配置，并设置 compilerOptions.composite 的值为 true，理想情况下，子项目中的 tsconfig 文件应该仅包含下述内容：

{

“extends”: “…/tsconfig.setting.json”, // 继承 packages 目录下通用配置

“compilerOptions”: {

“composite”: true, // 用于帮助 TypeScript 快速确定引用工程的输出文件位置

“outDir”: “dist”,

“rootDir”: “src”

},

“include”: [“src”]

}

• Eslint

对于 Eslint 配置文件，我们也可以如法炮制，这样定义子项目的 .eslintrc 文件内容：

{

“extends”: “…/…/.eslintrc”, // 注意这里的不同

“parserOptions”: {

“project”: “tsconfig.json”

}

}

注意到了吗，对于通用的 eslint 配置，我们并没有将其放置在 packages 目录中，而是放在整个项目的根目录下，这样做是因为一些编辑器插件只会在项目根目录寻找 .eslintrc 文件，因此为了我们的项目能够保持良好的「开发环境一致性」，请务必将通用配置文件放置在项目的根目录中。

• Babel

Babel 配置文件合并的方式与 TypeScript 如出一辙，甚至更加简单，我们只需在子项目中的 .babelrc 文件中这样声明即可：

{

“extends”: “…/.babelrc”

}

当一切准备就绪后，我们的项目目录应该大致呈如下所示的结构：

.

├── package.json

├── .eslintrc

└── packages/

│ ├── tsconfig.settings.json

│ ├── .babelrc

├── @mono/project_1/

│ ├── index.js

│ ├── .eslintrc

│ ├── .babelrc

│ ├── tsconfig.json

│ └── package.json

└───@mono/project_2/

├── index.js

├── .eslintrc

├── .babelrc

├── tsconfig.json

└── package.json

▐  统一命令脚本：scripty

在上一步中，我们尽可能的将所有配置文件进行抽象，从而精简了代码，并提高了整个项目的一致性。我们的整个仓库也因此有了「更浓郁的 monorepo 风味 ☕️」。但如果仔细审视我们的整个工程文件&#