事件包装器模式是否取代了 SingleLiveEvent 的使用？

Question

我最近在我的 Android 应用程序中采用了 MVVM。为了解决应用生命周期的底层问题，谷歌发布了LiveData。

LiveData 的使用有不同的场景，正如Jose Alcérreca 写的中篇文章所指出的，你可以使用 SingleLiveEvent 或类似事件包装器模式的东西。

我想确保SingleLiveEvent或事件包装器模式，这将是在 Android MVVM 架构中与 LiveData 一起使用的最佳实践。我发现今年（2018 年）的Google I/O 应用程序没有使用SingleLiveEvent，而是使用事件包装器模式。

之前我在android-architecture项目上开了一个issue，一开始我在寻求官方回复，但似乎根本没有任何评论。因此，我想听听已经使用这些东西并对其进行反思的开发人员的建议。

请分享您的宝贵经验，在此先感谢您。

Answer 1

我不喜欢它，SingleLiveEvent因为它仅限于一个观察者，但您也可以添加许多观察者，因此它可能容易出错。

但在非常简单的场景中（比如您提到的待办事项应用程序），它可能是比事件包装器模式更好的选择。

在复杂的场景中，事件包装器模式将是更好的选择，但它也有一些局限性。该实现假设您只有一个主要消费者（请参阅 参考资料getContentIfNotHandled）。因此，我认为处理多个观察者将导致样板文件决定哪个是主要消费者，或者何时应该调用getContentIfNotHandledor peekContent。

但是，所有这些限制都可以通过您自己的实现来解决。

例如，这是支持多个观察者的扩展版本：SingleLiveEvent

public class SingleLiveEvent<T> extends MutableLiveData<T> {
private LiveData<T> liveDataToObserve;
private final AtomicBoolean mPending = new AtomicBoolean(false);

public SingleLiveEvent() {
    final MediatorLiveData<T> outputLiveData = new MediatorLiveData<>();
    outputLiveData.addSource(this, currentValue -> {
        outputLiveData.setValue(currentValue);
        mPending.set(false);
    });
    liveDataToObserve = outputLiveData;
}

    @MainThread
    public void observe(@NonNull LifecycleOwner owner, @NonNull Observer<T> observer) {
        liveDataToObserve.observe(owner, t -> {
            if(mPending.get()) {
                observer.onChanged(t);
            }
        });
    }

    @MainThread
    public void setValue(T value) {
        mPending.set(true);
        super.setValue(value);
    }
}

如您所见，这与事件包装模式无关SingleLiveEvent，这完全取决于。就我个人而言，我使用其他模式（例如 React/Flux 世界中存在的模式）来处理状态。

请记住，软件工程中没有灵丹妙药。