关于npm:npm-run-脚本背后的事情

4次阅读

共计 1459 个字符,预计需要花费 4 分钟才能阅读完成。

npm run build:mylib

npm run 执行的指标 build:mylib, 定义在 package.json 里:

理论执行的命令是:yarn –cwd feature-libs/my-lib && ng build my-lib –configuration production

ng build:把 Angular 利用编译到给定输入门路下名为 dist/ 的输入目录中。此命令必须在工作空间目录下执行。

当用于构建库时,将调用其余构建器,并且仅利用 ts-config、configuration 和 watch 选项。

应用 CLI 创立我的项目时,默认状况下会创立 “production” 配置,并且能够通过指定 –configuration=”production” 或 –prod 选项来应用该配置。

如果遇到谬误音讯:

[error] Error: Unable to write a reference to UrlPipe in C:/Code/SPA/mySPA/spartacus/projects/core/src/routing/configurable-routes/url-translation/url.pipe.ts from C:/Code/SPA/mySPA/spartacus/projects/core/src/routing/configurable-routes/url-translation/url.module.ts

at ReferenceEmitter.emit (C:\Code\SPA\mySPA\spartacus\node_modules\@angular\compiler-cli\src\ngtsc\imports\src\emitter.js:85:19)

my-lib 为什么和 core 文件夹下的 url.pipe.ts 有关联?

创立一个空的 test-lib, 而后 ng build 之,看有无同样的谬误。

没有任何问题。

我发现只有当我 import ICON_TYPE 之后,就会呈现这个谬误:

当我正文掉上图第 2 行代码之后,build 谬误隐没:

查看 Spartacus 其余 library 的 ng-package.json 文件,其 lib 区域有一个指向 @spartacus/storefront 的援用:

在新建的 test-lib service 里增加 ICON_TYPE 的援用:

也立刻出错了:

通过钻研发现,在 Angular 库工程文件夹上面的 tsconfig.lib.json 文件内,增加对 @Spartacus/core 和 @Spartacus/storefront 的援用即可解决问题:

胜利 build 通过:

很多 JavaScript 库,比方 jQuery、Jasmine 测试库和 Angular,会通过新的个性和语法来扩大 JavaScript 环境。而 TypeScript 编译器并不能原生的辨认它们。当编译器不能辨认时,它就会抛出一个谬误。

能够应用 TypeScript 类型定义文件 —— .d.ts 文件 —— 来通知编译器你要加载的库的类型定义。
TypeScript 敏感的编辑器借助这些定义文件来显示这些库中各个个性的类型定义。
很多库在本人的 npm 包中都蕴含了它们的类型定义文件,TypeScript 编译器和编辑器都能找到它们。Angular 库也是这样的。任何 Angular 应用程序的 node_modules/@angular/core/ 目录下,都蕴含几个 d.ts 文件,它们形容了 Angular 的各个局部。

这些 d.ts 文件如下图所示:

更多 Jerry 的原创文章,尽在:” 汪子熙 ”:

正文完
 0