事件包装模式是否取代使用singleliveevent?

我不喜欢 SingleLiveEvent 因为它只限于一个观察者,但是您也可以添加许多观察者,所以它很容易出错。

但在一个非常简单的场景中(如您提到的todo应用程序),它可能是比事件包装模式更好的选择。

在复杂的场景中,事件包装模式是更好的选择,但它也有一些限制。 This implementation 假设你只有一个 主要的 消费者(见) getContentIfNotHandled )因此,我认为与多个观察者打交道将导致样板文件决定哪一个是主要的消费者,或者我应该何时打电话给他们。 getContentifNothandLED 或 peekContent .

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

例如,这里有一个 extended version 属于 单一事件 支持多个观察员:

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);
    }
}

如你所见,这不是关于 单一事件 vs事件包装模式,这一切都取决于。就我个人而言,我使用其他模式(如react/flux世界中存在的模式)来处理状态。

请记住,在软件工程中没有“银弹”。