android - 拥有多个 View 模型(每个 fragment 大约一个)是一种不好的做法吗？

Question

我有一个项目，其中包含 1 个主要 Activity 和 4 个 fragment ，它们都继承自同一个“BaseFragment”。

刚开始时，我通过主要 Activity 和 fragment 使用相同的 ViewModel 管理整个项目，但过了一段时间，内部代码变得过于庞大，因此决定根据每个 fragment/Activity 的需要将其拆分为多个 ViewModel .

我创建了一个“MainViewModel”并在主 Activity 中使用它，其余的 ViewModels 继承自它。

我的问题是，减少 ViewModel 中的代码是否是一种好的做法？拥有多个 View 模型可能效率低下吗？还有哪些其他方法可以简化它？

Answer 1

关注点分离几乎从来都不是坏事。理想情况下，每个文件/类应该负责一件事。

此外，您永远不知道代码将如何增长。随着时间的推移，事情往往只会变得更加复杂，通常不会变得更简单。因此，虽然现在拥有多个 viewModel 可能感觉有些矫枉过正，但它可能会在以后得到返回。

当 fragment 需要相互通信时，多个 fragment 之间的共享 View 模型是理想的一种情况 - 然后它们都将使用 Activity View 模型。

我假设在这种情况下您可以使用这两种方法，但我从未这样做过，所以我不能肯定地说。