如何创建 Angular library 并在生产环境中消费
本文使用的 Github 项目:https://github.com/wangzixi-diablo/angular-monorepo/commits/main
项目本地路径:
C:\Code\SPA\angular-monorepo
Github commit 1:https://github.com/wangzixi-diablo/angular-monorepo/commit/a9da6b7d49e48ab60b43749fb45ea750fae8a5bd
在这个 commit 里,在工作区 workspace 里创建了一个新的类型为 application 的 project:
![](https://img.haomeiwen.com/i2085791/04b275169a1ad0ff.png)
build 时使用的工具为:@angular-devkit/build-angular:browser
ng serve 时,使用的工具为:@angular-devkit/build-angular:dev-server
![](https://img.haomeiwen.com/i2085791/ac46ff18b45832f7.png)
创建 Angular library 的 commit:
https://github.com/wangzixi-diablo/angular-monorepo/commit/221c15d4ef68b0d75783b4b5f81547296d650abd
对于 library 来说,使用的 build 工具是 packagr:
![](https://img.haomeiwen.com/i2085791/f87209603152f752.png)
因此,在 package.json 里自动导入了 ng-packagr 的依赖:
![](https://img.haomeiwen.com/i2085791/b206c475ec05a430.png)
如何消费:
![](https://img.haomeiwen.com/i2085791/8073fdd0cb334000.png)
注意第五行,这里并没有直接从文件系统导入 my-lib,而是使用了其名称。
在工作区的 tsconfig.json 文件里,自动在 paths 里添加了 my-lib 到磁盘上物理文件的映射关系。这样,ng build 时,看到 my-lib 的 symbol,就会到 dist/my-lib 文件夹里查找类型定义:
![](https://img.haomeiwen.com/i2085791/9c7948f69628ea92.png)
library 文件夹下的 package.json,指定了入口文件为 public-api.ts:
![](https://img.haomeiwen.com/i2085791/a820999e4ab85284.png)
我们在 Visual Studio Code 里查看 my-lib,鼠标 hover 上去,能看到 module "my-lib" 的提示:
![](https://img.haomeiwen.com/i2085791/40ff875ac0dfbb8f.png)
按住 ctrl 再点击左键,能看到其自动定位到 dist 文件夹的 my-lib.d.ts 里:
![](https://img.haomeiwen.com/i2085791/864df8268a413818.png)
ng build my-lib:
![](https://img.haomeiwen.com/i2085791/d9858858e514d8e5.png)
ng build 成功:
![](https://img.haomeiwen.com/i2085791/5ca8e77d13d0002d.png)
ng build --configuration production 成功:
![](https://img.haomeiwen.com/i2085791/79b3f9fff318b03a.png)
dist 文件夹出现了 jerry-first-app:
![](https://img.haomeiwen.com/i2085791/4b55c059033ff5f2.png)
最后运行成功:
![](https://img.haomeiwen.com/i2085791/50c68551f35db709.png)
这个项目里还有一些其他文件。
polyfills.ts:在 Web 开发中,polyfill 是在不支持该功能的 Web 浏览器上实现该功能的代码。 大多数情况下,它指的是实现 HTML5 或 CSS 网络标准的 JavaScript 库,或者是旧浏览器上的既定标准(某些浏览器支持),或者现有浏览器上的提议标准(任何浏览器都不支持)。 正式地说,“polyfill 是浏览器 API 的垫片”。
无论浏览器是否支持,Polyfills 允许 Web 开发人员使用 API,并且通常开销最小。 通常,他们首先检查浏览器是否支持 API,如果可用就使用它,否则使用他们自己的实现。Polyfills 本身使用其他更受支持的特性,因此不同的浏览器可能需要不同的 polyfills。 该术语也用作动词:polyfilling 为功能提供 polyfill。
更多Jerry的原创文章,尽在:"汪子熙":
![](https://img.haomeiwen.com/i2085791/97c4752c0e619c44.png)