Angular 带有角度和嵌套的NX:package.json树

Angular 带有角度和嵌套的NX:package.json树,angular,nestjs,Angular,Nestjs,假设我有一个NX monorepo,有两个应用程序:Angular和Nest。因为它是一个monorepo,所以它有一个公共package.json文件,其中包含客户端和服务器的依赖项。问题很简单:我的Angular包是否包含嵌套依赖项,反之亦然?换句话说,是否存在某种树划分方式,以便将未使用的代码从最终捆绑包中删除 如果您使用内置的ng功能,所有这些功能都会处理网页打包和树抖动代码,因此它不会将角度依赖项与嵌套依赖项交叉,除非需要。这适用于ng build,尤其是--prod标志 注意:web

假设我有一个NX monorepo,有两个应用程序:Angular和Nest。因为它是一个monorepo,所以它有一个公共package.json文件,其中包含客户端和服务器的依赖项。问题很简单:我的Angular包是否包含嵌套依赖项,反之亦然?换句话说,是否存在某种树划分方式,以便将未使用的代码从最终捆绑包中删除

如果您使用内置的
ng
功能,所有这些功能都会处理网页打包和树抖动代码,因此它不会将角度依赖项与嵌套依赖项交叉,除非需要。这适用于
ng build
,尤其是
--prod
标志


注意:webpacking服务器有点奇怪,因为它确实意味着您的整个服务器从一个文件运行,这在节点世界中有点不同,但它仍然是可行的。

如果您使用内置的
ng
功能,所有这些功能都处理webpacking和代码树抖动,因此,除非需要,否则它不会将角度依赖项与嵌套依赖项交叉。这适用于
ng build
,尤其是
--prod
标志


注意:对服务器进行网页打包有点奇怪,因为这确实意味着整个服务器从一个文件运行,这在节点世界中有点不同,但仍然可行。

Cool!但是NestJS包中的Angular deps呢?只要您
ng build api
或者调用任何您的nest项目,那么它就不会发生。如果您使用typescript手动构建服务器,那么是的,但通常服务器bubndle大小并不像为节点项目获取单个js文件那样重要,您可以使用:Cool!但是NestJS包中的Angular deps呢?只要您
ng build api
或者调用任何您的nest项目,那么它就不会发生。如果您使用typescript手动构建服务器,那么是的,但通常服务器bubndle大小不太重要,无法为节点项目获取单个js文件,您可以使用: