Angular 多模块项目构建过程
引言
两个月前，已存在录题系统，需要构建出题系统，且两套系统存在公用的实体、组件以及服务，如何在构建新系统的同时复用原系统的代码成为了项目难点。
当时的解决方案是将两个系统放在一个应用里，并为该应用配置两套构建方案，当进行ngserve或ngbuild时，加载相应配置，动态构建出两套系统，从而解决了共享代码的问题。
现在再去看Angular，理解又不同了。
新的思想与理解都源于后端的思考，在构建后端项目时，为了实现代码复用，会构建多模块。
就像下图所示一样，通用的代码放在Core与Common模块中，各业务模块依赖这两个模块，通过模块间依赖实现代码复用。
那么问题就来了，在Angular里，我们可不可以像后台一样去构建多模块项目，以达到复用的目的呢？
实现
参考学习
之前一直使用AngularMultiModule作为关键字进行搜索，结果查询出来的都是多模块惰性加载的文章，参考意义不大。
直到最近才发现之前搜索的关键字错误，应该是AngularMultiLibraryAndApplication。
具体学习请参考以下两篇文章:
ANGULARWORKSPACES:MULTI-APPLICATIONPROJECTS
创建库-ANGULAR官方文档
初始化命令
创建一个Angular项目，其名为angular-project，不创建Application，不进行交互，跳过依赖的安装。
ngnewangular-project --createApplication=false --interactive=false --skipInstall=true
生成库common，生成应用sso，跳过依赖的安装。
ngglibrarycommon --skipInstall=true nggapplicationsso --style=scss --routing=true --skipInstall=true
安装依赖：
npminstall --registry=https://registry.npm.taobao.org
项目结构
最终的项目结构长这样，所有模块位于projects目录下。
AngularLibrary的结构如下，就像平常用的一样，也有Module，Module中包含组件、服务等等。
同时我们开始反思之前用过的ShareModule，其实我们应该将其做成一个AngularLibrary，并将其发布到npm仓库，这样在多个项目之间快速移植公共模块也更高效快捷。
但是在开发过程中，共享模块可能有所改动，频繁发布就有些麻烦，如何直接引用本地的模块呢？
构建common库：
ngbuildcommon
如果该库频繁改动的话，可以添加监听参数，文件修改后自动构建：
ngbuildcommon--watch
命令执行后会在dist目录生成构建成功的common库。
使用起来就像我们使用的其他Angular库一样，直接import，WebStorm会自动提示。
import
{
CommonModule
}
from'common';
测试
在业务模块中引入CommonModule。
import{BrowserModule}from'@angular/platform-browser';
import{NgModule}from'@angular/core';
import{AppRoutingModule}from'./app-routing.module';
import{AppComponent}from'./app.component';
import{CommonModule}from'common';
@NgModule({
declarations:[
AppComponent
],
imports:[
BrowserModule,
AppRoutingModule,
CommonModule
],
providers:[],
bootstrap:[AppComponent]
})
exportclassAppModule{}
在AppComponent组件中使用CommonModule中的CommonComponent。
AppComponentHTML
注：库组件生成的默认前缀是lib。
进入业务组件进行ngserve，成功。
总结
以上所述是小编给大家介绍的Angular多模块项目构建过程，希望对大家有所帮助！
声明：本文内容来源于网络，版权归原作者所有，内容由互联网用户自发贡献自行上传，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任。如果您发现有涉嫌版权的内容，欢迎发送邮件至：czq8825#qq.com（发邮件时，请将#更换为@）进行举报，并提供相关证据，一经查实，本站将立刻删除涉嫌侵权内容。