现在是 2020 年，在 iOS 终于添加了对 Widget 的支持之后，Widget 再次风靡一时。但是，自 2012 年以来，Android 小部件似乎没有更新。
来自Android docs：
RemoteViews 对象（以及相应的 App Widget）可以支持 以下布局类：
- 框架布局
- 线性布局
- 相对布局
- 网格布局
这意味着，没有 ConstraintLayout，没有 RecyclerView，没有 AndroidX。我不想回到 ListView 的黑暗日子。
Android 开发者网站上的文档真的仍然是当今开发 Android Widget 的最佳实践吗？有没有人有在 AndroidX 世界中制作小部件的经验？是否有任何类型的 3rd 方 API 可以让体验不那么痛苦？
【问题讨论】：
标签： android widget android-widget
不过，自 2012 年以来，Android 小部件似乎没有更新。
正确。
我不想回到 ListView 的黑暗日子。
嗯……对不起？
Android 开发者网站上的文档真的仍然是当今开发 Android Widget 的最佳实践吗？
应用小部件不是关于“最佳实践”，而是更多关于记录和支持的协议。请记住，应用程序小部件实际上是一种进程间通信 (IPC) 协议，它恰好最终会产生一个 UI。您的应用没有呈现 UI — 主屏幕或其他应用小部件宿主通常在 AppWidgetHost 和相关 API 的帮助下。
这意味着，没有 ConstraintLayout，没有 RecyclerView，没有 AndroidX。
正确。毕竟，您不知道主屏幕是否可以访问这些内容，或者它们的版本等。
是否有任何类型的 3rd 方 API 可以让体验不那么痛苦？
那是不可能的。您的应用与应用小部件几乎没有关系。 “繁重的工作”在框架中，在较小程度上是在主屏幕中。第三方 API 无法真正改变这一点。
我期待 Google 开始引导启动器开发人员开始支持 slices 作为“应用小部件”的替代形式。这还没有发生，因为谷歌似乎已经忘记了切片。也许，在未来，谷歌会提供基于Android 11's SurfaceControlViewHost 的东西，这为各种可能性打开了大门。在这两种情况下，都可能需要启动器开发人员进行更改以支持这些内容，这会减慢采用速度。
除了小部件和容器的有限列表之外，您可以做的最接近的事情是将您自己的内容呈现到Bitmap 并在应用小部件中的ImageView 中显示。这变得很棘手，因为您不知道应用小部件的精确大小。当然，这不会改变输入选项。
【讨论】：