和新的渲染引擎会让一切变得更好吗

mstmahmuda11121

通过使用这种结构清晰的 API 清楚地分离依赖关系，现在可以仅重新编译那些实际已更改的文件。但这还不是全部：由于清晰的分离，外部库可以提前编译并导入到我们的 Angular 应用程序中。 还值得一提的是，除了局部性原则之外，编译为单个 JavaScript 文件也有助于更快地重建。编译器不再需要创建四个文件及其相互引用。 改进的调试 尽管减少包大小和更快地重建 Angular 应用程序是 Angular 团队对于新渲染引擎的主要关注点，但还值得一提的是 Angular 应用程序调试方面的改进：组件的模板包含在浏览器的堆栈跟踪现在更加可见，因此由于模板中的断点，错误消息更加清晰，调试也更加容易。



虽然以前您必须费尽心思地处理 ViewEngine 生成的非常复杂 瑞士 电话号码 且令人困惑的 JavaScript 代码，但现在整个 Stacktrace 函数调用更易于阅读，最重要的是，由于新引入的 API，更易于理解。 从 Angular 9 开始，在使用ngserve命令启动Angular 应用程序后，之前需要打开浏览器开发人员工具的所有 JavaScript 错误消息也可以在命令行中看到。 使用 Ivy 渲染引擎映射 Angular 应用程序 - 改进编译 Angular 应用程序时的控制台输出 改进了编译 Angular 应用程序时的控制台输出 那么 Angular 9 有些人可能仍然想知道 Angular 应用程序的所有依赖项的情况如何。许多第三方库尚无法使用 Ivy 进行编译，并且似乎与新引擎不兼容。但 Angular 团队也为此找到了解决方案。




整个渲染引擎的彻底改变自然会带来许多挑战。 Angular 开发人员必须确保过渡尽可能顺利。向后兼容性是这里的目标，因此 Angular 提供了两种不同的编译器： NGTSC NGCC Ngtsc 是已经描述过的 Ivy 编译器，它编译已经采用 Ivy 兼容格式的 Angular 代码。 然而，有趣的是 Ngcc，即所谓的 Angular 兼容性编译器。这确保了node_modules文件夹中未使用 Ivy 编译的库被更改，以便它们与 Ivy 兼容。 例如，它将所有装饰器转换为相应的静态属性：definePipe、defineComponent、defineDirective。 这允许在 Ivy 编译的项目中使用“遗留”项目。