总结与展望
此外，随着第一个候选版本的发布，Angular 团队正式号召人们积极参与为 Ivy 做出贡献。整个团队正在努力使向 Ivy 的迁移尽可能快速，最重要的是尽可能稳定。 该团队现已在 Angular CLI 中内置了一项功能，允许收集有关 Angular 项目的使用和编译的统计信息。这纯粹是为了改进 Ivy 和 Angular 本身。 图 Angular 应用程序与 Ivy 渲染引擎 - 通过与团队共享有关 Angular 项目的统计信息来帮助 Angular 团队 通过与团队分享有关 Angular 项目的统计信息来帮助 Angular 团队 当然，这项调查完全是自愿的，可以随时终止。 将自己的项目迁移到 Ivy 当然仍然会遇到一些障碍，团队只能逐步解决。然而，Ivy 在 Angular 开发者中拥有最高的优先级。这使得将在转换到 Angular 项目期间遇到的问题和挑战作为问题报告变得更加重要。总结与展望 正如我们所看到的，切换到新的渲染引擎给我们带来了许多优势：我们交付给 Web 浏览器的 瑞士 电话号码 包的大小可以比 ViewEngine 时代小得多。正如我们所知，这是因为不必提供未使用的代码来创建 HTML 元素的可能性，因为在 Ivy 的帮助下，在编译时就已经清楚我们的组件需要哪些框架功能，哪些不需要。 得益于用于定义组件、指令或管道的新 API 和静态属性，Ivy 现在无需声明组件内的依赖项的依赖项。组件仅包含其直接依赖项的信息，并且仅当组件本身发生更改时才需要编译。这种所谓的局部性原则使 Angular 应用程序能够更快地重建，因为整个项目不再需要全局构建。外部库也可以进行优化和导入预编译。 除了改进的调试选项之外，我们还了解了 Angular 兼容性编译器 (ngcc)。
https://zh-cn.frnumbers.com/wp-content/uploads/2024/04/ss.png
这有助于我们将node_modules文件夹中的遗留代码转换为 Ivy 可读的格式。这使我们能够将旧的应用程序与新的渲染器一起使用。 虽然本文只能对新的 Angular 引擎进行一个简短的概述，但 Ivy 背后还有更多内容：例如，使用新的 API，您可以在 Angular 应用程序中随时轻松地动态创建和加载组件：所谓的高阶组件。 也可以想象，有了Ivy，未来Angular的开发将完全脱离所谓Angular模块的概念。我想向您推荐 Manfred Steyer 的系列文章“使用 Ivy 的架构：没有 Angular 模块的可能的未来”，该文章进一步详细介绍了高阶组件以及在没有 Angular 模块的情况下进行开发，并对此进行了解释。
頁:
[1]