使用ivy兼容库时是否仍需运行ngcc？Angular 11项目实践疑问

1. 你确实混淆了模块格式与Ivy兼容性的概念 #

• 模块格式是对JavaScript代码组织规则的定义（比如UMD、ESM、CommonJS），和代码是否适配Ivy渲染引擎没有关联。
• *ngcc（Angular Compatibility Compiler，Angular兼容编译器）*的核心作用从来不是转换模块格式，而是将View Engine（Angular旧版渲染引擎）时代编译生成的库代码，改写成Ivy引擎可以直接识别兼容的结构。哪怕库已经提供了esm2015、fesm2015格式的文件，只要代码是基于View Engine编译产出的，就不属于原生Ivy兼容的库。
• 你安装的Angular 11版本的Material、CDK包，官方发布时的编译目标就是View Engine，没有打包原生Ivy格式的产物（Angular从12版本开始才默认发布原生Ivy编译的库包），所以哪怕文件格式完全符合要求，也需要经过ngcc处理。

2. ngcc日志中的“es2015 as esm2015”不是模块格式转换 #

你被日志的字面含义误导了：

• 日志里的es2015指代的是库package.json中声明的es2015字段对应的入口文件，你提供的Angular Material配置里，这个字段本身就指向fesm2015格式的源码。
• as esm2015指代的是ngcc处理完成后，会在对应路径生成一份Ivy兼容的esm2015格式产物，供Angular CLI构建时使用。这个过程没有做语法层面的模块格式转换，只是在原有es2015代码的基础上，注入了Ivy需要的指令元数据、工厂定义等适配内容。
• 日志中出现的@angular/core、@angular/common等官方基础包，在11版本下同样是View Engine编译的产物，所以也会走完全相同的处理流程，和是否为官方团队发布的库没有关系。

3. 原有esm2015文件与ngcc生成的esm2015文件本质不同 #

库包自带的esm2015文件和ngcc输出的esm2015文件看起来路径、格式一致，但内容逻辑完全不兼容：

• 库原生提供的esm2015文件，是基于View Engine编译生成的，里面的组件、指令元数据是View Engine专属的结构，Ivy引擎无法直接解析。
• ngcc生成的同名esm2015文件，是对原有View Engine代码做适配改造后的版本：会替换掉旧的装饰器定义，加上Ivy需要的ɵcmp、ɵdir这类私有工厂属性，同时调整依赖解析路径，让Ivy能正常识别库内置的组件、服务、指令。
• 构建阶段Angular CLI会优先读取ngcc生成的适配版本文件，不会直接使用库自带的原始esm2015文件，因此不存在重复劳动的问题。

4. postinstall钩子运行ngcc的实际逻辑 #

• 对Angular 11版本的项目来说，绝大多数第三方Angular库（包括官方的Material/CDK）都没有发布原生Ivy兼容的版本，因此必须在依赖安装完成后提前跑一遍ngcc。如果去掉这步操作，ngcc的编译等待就会被延迟到第一次启动dev server、执行build命令的时候，反而会拉长首次操作的等待时间。
• 当所有依赖的库都已经是原生Ivy编译的产物（也就是Angular 12+版本开始官方发布的、直接兼容Ivy的库包），ngcc启动后会自动检测到没有需要处理的内容，直接跳过执行，不会生成任何编译产物。
• Angular从13版本开始已经完全移除了对View Engine的支持，ngcc也逐步退出了历史舞台，这个阶段的项目不需要再配置postinstall的ngcc钩子。

内容的提问来源于stack exchange，提问作者chrsi