现代Android小部件开发

现在是2020年，在iOS最终增加了对小部件的支持之后，小部件再次风靡一时。然而，自2012年以来，Android小部件似乎没有更新过

从：

RemoteViews对象（以及相应的应用程序小部件）可以支持 以下布局类：

• 框架布局
• 线性布局
• 相对论
• 网格布局

也就是说，没有约束，没有循环视图，没有AndroidX。我不想回到ListView的黑暗时代

Android开发者网站上的文档真的仍然是开发Android小部件的最佳实践吗？有人有在AndroidX世界中制作小部件的经验吗？是否有任何第三方API可以减少体验的痛苦

然而，自2012年以来，Android小部件似乎没有更新过

对

我不想回到ListView的黑暗时代

嗯。。。对不起

Android开发者网站上的文档真的仍然是开发Android小部件的最佳实践吗

应用程序小部件不太关注“最佳实践”，而更多地关注记录在案且受支持的协议。请记住，应用程序小部件实际上是一种进程间通信（IPC）协议，它最终会生成一个UI。您的应用程序未呈现UI-主屏幕或其他应用程序小部件主机通常在

AppWidgetHost

和相关API的帮助下呈现UI

也就是说，没有约束，没有循环视图，没有AndroidX

对。毕竟，您不知道主屏幕是否可以访问这些东西，或者它们在哪个版本，等等

是否有任何第三方API可以减少体验的痛苦

那真的不可能。你的应用程序与应用程序小部件几乎没有关系。“繁重的工作”在框架中，在较小程度上，在主屏幕中。第三方API无法真正改变这一点

我希望谷歌开始引导启动器开发者开始支持“应用程序小部件”的另一种形式。这还没有发生，因为谷歌似乎已经忘记了切片。也许，在未来，谷歌将提供基于的服务，这为各种可能性打开了大门。在这两种情况下，它可能需要启动程序开发人员进行更改以支持这些东西，这将减慢采用速度

---

要提供超出小部件和容器有限列表的UI，您可以做的最接近的事情是将您自己的东西呈现到

位图中，并在app小部件的
图像视图中显示它。这很棘手，因为你不知道应用程序小部件的精确大小。当然，这不会改变输入选项。
感谢您提供详细的洞察标记！祈求谷歌采纳你的建议来更新/替换这个API。@Luke:iOS支持应用程序小部件的概念，这可能有助于在谷歌的后路下“点火”，并让他们在这一领域多投资一点。如果是这样的话，我也不会感到惊讶。但是，总的来说，我感觉到了你的痛苦。