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