LiveData

LiveData是一个数据持有类,他持有这个数据,并允许观察该数据。与其他的观察者不同,LiveData遵守应用程序组件的生命周期,以便Observer可以指定它应遵守的生命周期。

如果观察者的生命周期处于STARTED或者RESUME状态时,LiveData将Observer视为活动状态。

LiveData有三个重要的方法:

  1. onActive()

当LiveData被主动观察者时,将调用此方法(观察者的数量从0变成1时调用),这意味着我们需要开始观察位置的更新。

  1. onInactive()

当LiveData没有任何观察者时,将调用此方法(观察者的数量从1变成0)。由于没有观察者监听,定位服务没有必要再去定位。

  1. setValue()

调用此方法可以更新LiveData实例的值,并通知活动的观察者值已经改变了。

在实现了LifecycleActivity的Activity中如下调用:

LiveData liveData = new LocationLiveData();
        liveData.observe(this, new Observer() {
            @Override
            public void onChanged(@Nullable Location location) {
                
            }
        });

Observer()方法中的第一个参数LifecycleOwner,表示这个观察者已经被绑定在生命周期上了。意味着:

  1. 如果生命周期不处于活动状态(STARTED或RESUMED),即使该值发生变化,也不会调用观察者。
  2. 如果生命周期被破坏,观察者将被自动删除。

LiveData是具有生命周期感知的,我们可以在多个活动,片段等之间共享它。
例如:


public class LocationLiveData extends LiveData {

    private static LocationLiveData locationLiveData;

    private LocationLiveData(Context context) {

    }

    public static LocationLiveData getInstance(Context context){
        if(locationLiveData == null){
            locationLiveData = new LocationLiveData(context);
        }
        return locationLiveData;
    }

    @Override
    protected void onActive() {
        super.onActive();
        //开始定位
    }

    @Override
    protected void onInactive() {
        super.onInactive();
        //定制定位
    }


    @Override
    protected void setValue(Location value) {
        super.setValue(value);
        //在定位回调中调用此方法 把回调中的Location的值传入到setValue方法中
    }
}

在activity中就可以这样使用

LiveData liveData = LocationLiveData.getInstance(this);
        liveData.observe(this, new Observer() {
            @Override
            public void onChanged(@Nullable Location location) {
                //更新UI
            }
        });

可能会有多个activity和fragment观察我们的MyLocationListener实例,而LiveData可以正常地管理它们,以便只有当它们中的任何一个可见(即活动)时才开启定位服务。

LiveData类提供以下优点:

  1. ** 没有内存泄漏:**由于观察者绑定到自己的Lifecycle对象,它们的生命周期被破坏时会自动清除。
  2. 停止的活动不会导致崩溃:如果观察者的生命周期处于非活动状态(如回退堆栈中的活动),则不会收到更改事件。
  3. 始终保持最新的数据:如果生命周期再次启动(就像活动从回退的堆栈返回到启动状态),它会收到最新的位置数据。
  4. 正确的配置更改:如果由于配置更改(如设备旋转)重新创建activity或fragment,则会立即接收到最后一个可用位置数据。
  5. 共享资源:现在我们可以保留一个MyLocationListener实例,请求定位服务只需一次,并且正确地返回给应用中的所有观察者。
  6. ** 没有更多的手动生命周期处理**,fragment只是在需要时观察数据,不用担心停止或停止后开始观察。 LiveData自动管理所有这一切,因为片段在观察时提供了其生命周期

LiveData的转换

如果想要在分发结果到观察者之前来改变LiveData的值,或者想要返回另一个LiveData实例。

Lifecycle包提供了一个Transformations类,其中包含这些操作的帮助方法。

[Transformations.map()](https://developer.android.com/reference/android/arch/lifecycle/Transformations.html#map(android.arch.lifecycle.LiveData,%20android.arch.core.util.Function))

  LiveData newLiveData = Transformations.map(liveData, new Function() {
            @Override
            public String apply(Location input) {
                return "返回的数据";
            }
        });

Transformations.switchMap()

LiveData switchMap = Transformations.switchMap(liveData, new Function>() {
            @Override
            public LiveData apply(Location input) {
                return null;
            }
        });

使用这些Transformations允许在整个链中携带观察者生命周期信息,除非观察者观察到返回的LiveData,否则不进行转换。Transformations的这种懒惰的计算性质允许隐式地传递与生命周期相关的行为,而不添加明确的调用或依赖关系。

在ViewModel中需要一个Lifecycle对象时,转换可能就是解决方案。

自定义转换

在应用程序中用到很多不同的转换,但默认情况下不提供它们。要实现自己的转换,您可以使用MediatorLiveData类,该类专门创建以适当地侦听其他LiveData实例并处理它们发出的事件。 MediatorLiveData需要注意将其活动/非活动状态正确传播到源LiveData。有关详细信息,可以检查Transformations类的实现。

疑问

  1. Transformations是怎么绑定生命周期的?

你可能感兴趣的:(LiveData)