自 Google 宣布 Jetpack Compose 的 1.0 稳定版本以来已经过去了大约一年，这意味着开发人员现在可以使用其 UI 工具包创建可用于生产的应用程序，但是，您应该这样做吗？请记住，我在本文中所说的纯粹是我的观点，所以如果您有任何不同意的地方，请通过评论或 Twitter 告诉我 😃
随着时间的推移，“稳定”这个词被滥用了很多次，而且对于 Jetpack Compose 来说感觉是正确的。即使他们（谷歌）说它已经准备好生产了，当你将它用于大型商业项目时，你应该真正做你的研究，比如检查问题跟踪器上的活动问题，编写示例应用程序以查看它的执行情况，即工具包是否提供必要的小部件？它会影响发布应用程序的大小和性能吗？最重要的是，它是否会影响开发人员的生产力以及工具支持呢？这不仅适用于 Jetpack Compose，而且适用于您希望使用的任何库/框架。他们用来逃避不被称为“阿尔法”的技术之一是引入@Experimental将某些功能标记为不稳定的注释（并不是说这些功能不起作用，而是 API 可能会更改，从而破坏与以前版本的二进制兼容性）。在选择一个全新的框架来编写 UI 时，你真的应该考虑到这些事情。
那么它什么时候可以稳定用于生产用途呢？不要误会我的意思，你仍然可以使用它，但如果你在数百万用户使用的应用程序中使用它，你应该知道一些问题。请记住，现有的基于 View 的工具包需要 10 年的时间才能成熟，所以实际上我们应该预计 Jetpack Compose 至少需要大约 3-4 年才能赶上并变得稳定，以便被团队采用规模更大。即使在今天，如果你看到，Android 的 Kotlin 采用率约为 70%，