Nest 的 Monorepo 和 Library上节我们学习微服务时创建了 2 个 Nest 项目，如果微服务多了，可能会创建更多项目。
那问题来了，如果有 10 个微服务，我们就创建 10 个 Nest 项目的 git 仓库么？
那肯定不行，太难维护了。
这时候我们就需要 monorepo 了。
这样，同一个 git 仓库中存放多个 Nest 项目，外层叫做 workspace。
这样就算是 10 个微服务项目，也能在一个 Git 仓库里管理起来。
Nest 是支持这种 monorepo 的方式的，我们来试试看：
nest new monorepo-test
创建个 nest 项目
我们添加一个 aaa 的路由：
@Get('aaa')
aaa() {
return 'aaa';
}
2
3
4
改下端口：
然后把它跑起来：
npm run start:dev
浏览器访问下：
没啥问题。
然后我们再添加一个 nest 项目：
nest g app app2
它删除了 src 和 test，并创建了 apps 目录：
这里的 apps/monorepo-test 就是之前的 src、test 代码：
而 apps/app2 就是新创建的 nest 项目，或者叫 nest app。
把之前的服务停掉，重新跑:
npm run start:dev
可以看到，跑的还是之前的那个 nest 项目，只不过换成了 webpack 编译。
为什么同样都是 nest run start:dev，换成 monorepo 的形式之后，还是跑之前项目呢？
答案在 nest-cli.json 里：
之前 nest-cli.json 是这样的：
现在变成了这样：
projects 下保存着多个 nest 项目的信息，比如根目录、入口文件、src 目录、编译配置文件。
然后 sourceRoot 和 root 分别指向了默认项目的 src 目录和根目录。
所以跑 nest start 的时候，才会依然跑的是之前的项目。
很明显，如果想跑另一个项目，就要这样：
npm run start:dev app2
比如我在 app2 添加一个 bbb 的路由：
@Get('bbb')
bbb() {
return 'bbb';
}
2
3
4
浏览器访问下：
这样，app2 的服务就跑起来了。
原理也很简单，就是 nest cli 会根据 app 名字去读取对应的 tscofnig 文件：
这就是 nest 的 monorepo。
项目多了以后，难免有一些公共代码，这种公共代码怎么复用呢？
这就涉及到 nest 的另一个特性了：library。
创建一个 library：
nest g lib lib1
它会让你指定一个前缀，这里用默认的 @app。
然后会生成 libs/lib1 目录：
在 src 下生成了 module、service 并把它们导出了。
还在 tsconfig.json 的 paths 下添加了对应的别名配置：
在 nest-cli.json 里也多了这样一个 projects 配置：
我们在 LibService 添加一个 xxx 方法：
xxx() {
return 'xxx';
}
2
3
然后在 monorepo-test 的 app 里导入 Lib1Module：
在 controller 里注入 Lib1Service 并调用它的方法：
@Inject(Lib1Service)
private lib : Lib1Service;
@Get('aaa')
aaa() {
return 'aaa' + this.lib.xxx();
}
2
3
4
5
6
7
同样的方式，在 app2 里也导入并使用它：
@Inject(Lib1Service)
private lib : Lib1Service;
@Get('bbb')
bbb() {
return 'bbb' + this.lib.xxx();
}
2
3
4
5
6
7
然后分别把两个服务跑起来：
npm run start:dev
npm run start:dev app2
2
3
浏览器访问下 http://localhost:3001/aaa 和 http://localhost:3000/bbb
可以看到，引入的 library 中的模块生效了。
如果你只是改 lib 下的代码，不想跑服务时，可以单独编译 lib 代码：
npm run start:dev lib1
nest 的 monorepo 和 libray 用起来都挺简单的。
还有个问题，现在 build 之后的代码是什么样的呢？
删掉 dist，然后执行：
npm run build
产生了一个 apps/monorepo-test/main.js，因为现在换成 webpack 了：
然后执行：
npm run build app2
现在就多了 apps/app2/main.js
lib1 也是同理：
npm run build lib1
之所以 application 或者 library 都能知道输出目录在哪，是因为在 tsconfig.json 里配了：
# 总结
微服务项目可能会有很多个项目，为了方便管理，我们会使用 monorepo 的方式。
monorepo 就是在一个 git 仓库里管理多个项目。
nest cli 支持 monorepo，只要执行 nest g app xxx 就会把项目变为 monorepo 的，在 apps 下保存多个 nest 应用。
nest-cli.json 里配置了多个 projects 的信息，以及默认的 project。
npm run start:dev 或者 npm run build 可以加上应用名来编译对应的 app。
此外，多个项目可能有公共代码，这时候可以用 nest g lib xxx 创建 library。
library 保存在 libs 目录下，和 apps 一样可以有多个。
nest 会为 libs 创建别名，可以在其他 app 或者 lib 里用别名引入。
这就是 nest 里创建 monorepo 以及通过 library 复用代码的方式，用起来还是比较简单的。