我最近决定仔细研究 Google 发布的新 Android 架构组件，尤其是使用他们的 ViewModel 生命周期感知类到 MVVM 架构和 LiveData。

只要我处理单个 Activity 或单个 Fragment，一切都很好。

但是，我找不到处理 Activity 切换的好解决方案。 比如说，为了一个简短的例子，A​​ctivity A 有一个启动 Activity B 的按钮。

startActivity() 会在哪里处理？

按照 MVVM 模式，clickListener 的逻辑应该在 ViewModel 中。但是，我们希望避免在其中引用 Activity。因此，将上下文传递给 ViewModel 不是一种选择。

我缩小了几个看起来“可以”的选项，但找不到“这里是如何做”的任何正确答案。

选项 1:在 ViewModel 中有一个枚举，其值映射到可能的路由(ACTIVITY_B、ACTIVITY_C)。将此与 LiveData 结合使用。 Activity 会观察这个 LiveData，当 ViewModel 决定应该启动 ACTIVITY_C 时，它只是 postValue(ACTIVITY_C)。然后Activity就可以正常调用startActivity()了。

选项 2 :常规界面模式。原理与选项 1 相同，但 Activity 将实现接口(interface)。不过，我觉得与此有更多的耦合。

选项 3 :消息选项，例如 Otto 或类似选项。 ViewModel 发送一个广播，Activity 接收它并启动它必须要做的事情。此解决方案的唯一问题是，默认情况下，您应该将该广播的注册/注销放在 ViewModel 中。所以没有帮助。

选项 4:在某个地方拥有一个大的路由类，如单例或类似的，可以调用它来将相关路由分派(dispatch)给任何 Activity 。最终通过接口(interface)？所以每个 Activity (或 BaseActivity)都会实现

IRouting { void requestLaunchActivity(ACTIVITY_B); }

当你的应用开始有很多 fragment/Activity 时，这个方法让我有点担心(因为路由类会变得非常庞大)

就是这样。那是我的问题。你们怎么处理这个？ 你会选择我没有想到的选择吗？ 您认为哪个选项最相关，为什么？ 推荐的 Google 方法是什么？

PS : 没有把我带到任何地方的链接 1 - Android ViewModel call Activity methods 2 - How to start an activity from a plain non-activity java class?

最佳答案

NSimon，你开始使用 AAC 真是太好了。

我写了一个 issue在aac's-github之前关于那个。

有几种方法可以做到这一点。

一种解决方案是使用

WeakReference到保存 Activity 上下文的 NavigationController。这是在 ViewModel 中处理上下文绑定(bind)内容的常用模式。

出于几个原因，我强烈拒绝这样做。首先:这通常意味着您必须保留对修复上下文泄漏的 NavigationController 的引用，但根本不能解决架构问题。

最好的方法(在我看来)是使用 LiveData，它具有生命周期意识，可以做所有想要的事情。

例子:

class YourVm : ViewModel() { 

    val uiEventLiveData = SingleLiveData<Pair<YourModel, Int>>()
    fun onClick(item: YourModel) {
        uiEventLiveData.value = item to 3 // can be predefined values
    }
}

之后，您可以在 View 中监听变化。

class YourFragmentOrActivity { 
     //assign your vm whatever
     override fun onActivityCreated(savedInstanceState: Bundle?) { 
        var context = this
        yourVm.uiEventLiveData.observe(this, Observer {
            when (it?.second) {
                1 -> { context.startActivity( ... ) }
                2 -> { .. } 
            }

        })
    }
}

请注意我使用了修改后的 MutableLiveData，否则它总是会为新的观察者发出最新的结果，这会导致不良行为。例如，如果您更改 Activity 并返回，它将以循环结束。

class SingleLiveData<T> : MutableLiveData<T>() {

    private val mPending = AtomicBoolean(false)

    @MainThread
    override fun observe(owner: LifecycleOwner, observer: Observer<T>) {

        if (hasActiveObservers()) {
            Log.w(TAG, "Multiple observers registered but only one will be notified of changes.")
        }

        // Observe the internal MutableLiveData
        super.observe(owner, Observer { t ->
            if (mPending.compareAndSet(true, false)) {
                observer.onChanged(t)
            }
        })
    }

    @MainThread
    override fun setValue(t: T?) {
        mPending.set(true)
        super.setValue(t)
    }

    /**
     * Used for cases where T is Void, to make calls cleaner.
     */
    @MainThread
    fun call() {
        value = null
    }

    companion object {
        private val TAG = "SingleLiveData"
    }
}

为什么这种尝试比使用弱引用、接口(interface)或任何其他解决方案更好？

因为此事件将 UI 逻辑与业务逻辑分开。它也可以有多个观察者。它关心生命周期。它不会泄漏任何东西。

您也可以通过使用 RxJava 而不是 LiveData 通过使用 PublishSubject 来解决它。 (addTo 需要 RxKotlin )

注意不要通过在 onStop() 中释放订阅来泄露订阅。

class YourVm : ViewModel() { 
   var subject : PublishSubject<YourItem>  = PublishSubject.create();
}

class YourFragmentOrActivityOrWhatever {
    var composite = CompositeDisposable() 
    onStart() { 
         YourVm.subject 
             .subscribe( { Log.d("...", "Event emitted $it") }, { error("Error occured $it") }) 
               .addTo(compositeDisposable)         
       }   
       onStop() {
         compositeDisposable.clear()
       }
    }

还要注意 ViewModel 绑定(bind)到 Activity 或 Fragment。您不能在多个 Activity 之间共享 ViewModel，因为这会破坏“Liv​​ecycle-Awareness”。

如果您需要使用 room 之类的数据库来保存数据或使用包裹共享数据。

关于android - MVVM 模式和 startActivity，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/46727276/