在启用 Ivy 的情况下构建 monorepo Angular9 库是不是一个坏主意

Question

默认情况下，在创建 Angular9（当前为 RC）库时，该库是在生产模式下禁用 Ivy 的情况下构建的。 这是有道理的，因为发布为 Ivy 编译的库（尚）不受支持。

然而，就我而言，我有一个 monorepo 项目，我们使用库来组织我们的代码。 这些库永远不会推送到 NPM，仅用于在多步骤构建过程中构建主应用程序。 在禁用 Ivy 的情况下构建库意味着主应用程序构建首先必须遍历所有这些库并调用 NGCC 来生成代码的 Ivy 版本，这看起来效率极低而且很奇怪。

问题是：只为这些库的生产版本启用 Ivy 是不是一个坏主意？ 如果是这样，为什么？ 可能会出现哪些潜在问题？

Answer 1

Google 之所以不建议发布 Ivy 库，是因为开发人员仍然可以选择退出 Ivy。 一旦他们最终确定并将所有人转移到 angular 10 中的新构建系统，那么他们可能会重新审视他们在已发布库中对 Ivy 的支持。

我想说的是，如果您在整个项目中都使用 Ivy，并且没有将它们提供给会关闭 Ivy 的人，那么将库设置为 Ivy。 就像你说的，它有点低效，因为它必须将库转换为 Ivy。 Google 不建议发布。 并不是说他们不建议使用 Ivy 库。

我使用https://indepth.dev/the-angular-ivy-guide-for-library-authors/来为我的答案加油。 我需要了解为什么Google 建议不要发布 Ivy 库。