在Android上使用MVVM时，每个活动应该有一个（并且只有一个）ViewModel吗？

Question

在MVVM模式中，ViewModel包含业务逻辑，并在需要更新时通知视图。视图还会通知用户事件。

据我所知，每个模型都应该有一个关联的ViewModel。因此，如果我们有以下模型：

• 用户
• 账目

我们将有以下视图模型：

• UserViewModel
• 帐户视图模型

然而，我找到的所有关于MVVM数据绑定的示例，都使用一个ViewModel作为布局。最近，谷歌在架构组件中引入了ViewModel类。这让我相信，一个活动将有一个连接到所有相关模型的ViewModel：

用户/帐户--

如果我们想到RecyclerView，这就变得更加复杂了。每个适配器项本身可能是一个ViewModel，所以具有RecyclerView的活动在列表中会有多个ViewModel，并为剩余的视图内容加上一个主视图（假设它们需要来自ViewModel的信息）。例如：

在本例中，我们有一个Account ViewModels列表和一个UserViewModel。如何将其嵌入到单个ActivityViewModel中？

Answer 1

单视图模型是标准的。然而，就连谷歌也暗示，你可能有不止一个视图模型。当你把一个手机应用程序升级为平板电脑应用程序时，这就非常方便了。当您在一个选项卡视图上组合多个手机视图时，可以方便地重新使用这些模型。

如果您在编码时考虑到了SOLID原则，那么S（一个类的单一责任）可能会导致您使用多个视图模型。

然而，一个视图是非常标准的，正如上面提到的，你应该有理由使用多个视图。

Answer 2

谷歌建议你使用1ViewModelperView（即Activity或Fragment）https://youtu.be/Ts-uxYiBEQ8?t=8m40s)，然后在每个ViewModel中，可以有多个类型的模型。然而，MVVM的原则是每个ViewModel只有一种模型类型，因此谷歌的演示与之相矛盾：/。我想你必须决定哪种方法更适合你的应用。

关于你提到的列表示例，你不会这样做，对于列表，你会使用分页库。你可以在我上面链接的视频末尾看到如何使用它的详细信息。

Answer 3

每个视图（活动、片段或自定义视图）应该有一个ViewModel，有多个LiveData，每个逻辑单元一个。在图像中，一个逻辑单元将是用户数据，另一个逻辑单元将是设置数据，因此您将在ViewModel中公开两个LiveData。

这些概念也可以在谷歌在上一次谷歌I/O中推荐的应用程序架构中看到，其中一个活动/片段有一个带有多个LiveData的ViewModel：