【发布时间】:2018-02-26 08:52:05
【问题描述】:
问题很简单。问题在于使用 ViewModels、LiveData 和其他相关的 Lifecycle 感知拱方法。
我有一个带有 NavDrawer 的 Activity,它在内部切换片段。
而且我还遇到过两个片段同时出现在屏幕上的情况——这将是主要的痛苦。
一个 Fragment 有一个带有嵌套 Fragments(不要问为什么)的 ViewPager。
当用户执行某些操作时,另一个片段只是从第一个片段获取信息。这仅通过共享活动视图模型来实现。但是应用程序本身有很多业务逻辑,并且随着它的进一步发展,视图模型变得越来越大。
我想问的是——不是收据或规则如何解决这个问题,或者如何通过修复项目的整个结构来克服这个问题。我想请教如何在 android.arch.lifecycle 样式中应用 MVVM 方法来挖掘用例。
我还没有看到比在 Fragment 之间共享 Activity ViewModel 更复杂的东西。但通常,这不是治愈方法。
你在这里看到的——实际上是一团糟。关键是所有人都在共享ActivityViewModel。来自 FirstFragment 的连接(聚合)意味着 ViewPager 内部 FirstFragment 正在启动 ChildFragments 并且它们也在使用相同的 ActivityViewModel(杀死我)。因此,每个人都在使用一个共享的 ViewModel。
我的建议是为每个层添加一个 ViewModel。这样 Activity/Fragments/ChildFragments 就有了自己的 ViewModel。
但是这里出现了什么 - 我们应该如何沟通?
可能的解决方案:
- 每个组件有两个 ViewModel。一个 ViewModel 将处理/委托业务逻辑,另一个将进行通信。 每个组件有两个视图模型 - 不太好,是吗?
- 老旧的界面(请不要!)
其他解决方法 - 例如 DB/SharedPrefs/Realm 更改侦听器和事件总线(我太老了 :( )。
您的解决方案在这里!
我会说以上所有这些都违反了很多设计原则,那我该怎么办?
我该如何走出这个烂摊子?有没有Uncle Bob 或其他superhero 来帮忙?
P.S. - 好吧,创建 UML 或其他图表并不是我的强项。对此感到抱歉。
P.P.S. - 我知道google samples。
【问题讨论】:
-
每个组件有多个 ViewModel 有什么问题?出于某种原因,它们以类名为键。
-
@ianhanniballake 嗯,我的想法是有争议的。总是试图将一个虚拟机绑定到一个组件。让我们说每个组件的 VM。 github.com/googlesamples/android-architecture-components/issues/… - 不一样,但每个屏幕的视图模型。
-
当我有许多视图模型时,我通过流进行的所有通信以及共享管理器/模型中的变量更改。第一个片段将输入更改为 6 并将其设置在管理器(模型)和管理器中,使用可观察模式(在您的情况下它可能是 mutablelivedata)通知观察者(观察实时数据变量的其他片段)该值已更改
-
@V-master 当然,但在这种情况下,我需要参考模型/经理。所以我将在我的片段中引用两个视图模型。
-
你的结论是什么?
标签: android android-fragments mvvm kotlin android-architecture-components