Jetpack Compose 教程之 从一开始就投资于良好的导航框架将帮助您在之后节省大量的迁移工作

自 Google 宣布 Jetpack Compose 的 1.0 稳定版本以来已经过去了大约一年，这意味着开发人员现在可以使用其 UI 工具包创建可用于生产的应用程序，但是，您应该这样做吗？请记住，我在本文中所说的纯粹是我的观点，所以如果您有任何不同意的地方，请通过评论或 Twitter 告诉我

随着时间的推移，“稳定”这个词被滥用了很多次，而且对于 Jetpack Compose 来说感觉是正确的。即使他们（谷歌）说它已经准备好生产了，当你将它用于大型商业项目时，你应该真正做你的研究，比如检查问题跟踪器上的活动问题，编写示例应用程序以查看它的执行情况，即工具包是否提供必要的小部件？它会影响发布应用程序的大小和性能吗？最重要的是，它是否会影响开发人员的生产力以及工具支持呢？这不仅适用于 Jetpack Compose，而且适用于您希望使用的任何库/框架。他们用来逃避不被称为“阿尔法”的技术之一是引入@Experimental将某些功能标记为不稳定的注释（并不是说这些功能不起作用，而是 API 可能会更改，从而破坏与以前版本的二进制兼容性）。在选择一个全新的框架来编写 UI 时，你真的应该考虑到这些事情。

那么它什么时候可以稳定用于生产用途呢？不要误会我的意思，你仍然可以使用它，但如果你在数百万用户使用的应用程序中使用它，你应该知道一些问题。请记住，现有的基于 View 的工具包需要 10 年的时间才能成熟，所以实际上我们应该预计 Jetpack Compose 至少需要大约 3-4 年才能赶上并变得稳定，以便被团队采用规模更大。即使在今天，如果你看到，Android 的 Kotlin 采用率约为 70%，