时间戳

首页 > 解决方案 > MVVM with Retrofit - 如何处理存储库中的大量 LiveData？

java - MVVM with Retrofit - 如何处理存储库中的大量 LiveData？

问题描述

我正在关注本教程，了解如何将 MVVM 与 Retrofit 结合使用

https://medium.com/@ronkan26/viewmodel-using-retrofit-mvvm-architecture-f759a0291b49

用户将 MutableLiveData 放置在 Repository 类中的位置：

public class MovieRepository {
    private static final ApiInterface myInterface;
    private final MutableLiveData<EntityMovieOutputs> listOfMovies = new MutableLiveData<>();

private static MovieRepository newsRepository;

    public static MovieRepository getInstance(){
        if (newsRepository == null){
            newsRepository = new NewsRepository();
        }
        return movieRepository;
    }

    public MovieRepository(){
        myInterface = RetrofitService.getInterface();
    }

我正在构建一个简单的应用程序，我注意到我的存储库类很快就充满了很多 MutableLiveData 对象。这实际上是实现 MVVM、LiveData 和存储库模式的正确方法吗？

在此处输入图像描述

编辑 1：________________________________________________

我创建了一个AdminLiveData仅包含 LiveData 并具有 getter 的对象。

在此处输入图像描述

但是，我将如何获得对类ViewModel内部的引用，以便在 Retrofit Network 调用完成时AdminRepo通知ViewModel 内部？LiveData

private AdminService  adminService;
    
public AdminRepo(Application application) {
        BaseApplication baseApplication = (BaseApplication) application;
        RetrofitClient client = baseApplication.getRetrofitClient();
        adminService = client.getRetrofit().create(AdminService.class);  

        //AdminViewModel viewModel = (AdminViewModel) .... 
        // Not sure how to get reference to the viewmodel here so I can get the 
        // LiveData object and call postValue after the retrofit calls
}

    public void getFirstPageMembers(int offset, int limit) {
        adminService.getUsersPaginitation(offset, limit).enqueue(new Callback<List<UserInfo>>() {
            @Override
            public void onResponse(@NonNull Call<List<UserInfo>> call, @NonNull Response<List<UserInfo>> response) {
                if (response.body() != null) {
                    //firstPageLiveData.postValue(response.body());
                    //Since I create the LiveData inside the ViewModel class 
                   //instead, how do I get reference to the ViewModel's LiveData?
                }
            }

            @Override
            public void onFailure(@NonNull Call<List<UserInfo>> call, @NonNull Throwable t) {
                //firstPageLiveData.postValue(null);
            }
        });
    }

AdminViewModel: _

public class AdminActivityViewModel extends AndroidViewModel {

    private AdminRepo repo;

    private AdminLiveData adminLiveData = new AdminLiveData();
    
    public AdminActivityViewModel(@NonNull Application application) {
        super(application);

        repo = new AdminRepo(application);
    }

我如何AdminViewModel从我的AdminRepo班级中获得参考？

标签： javaandroidandroid-livedataandroid-mvvm

解决方案

存储库和 ViewModel

android 项目中的存储库对象应该被认为是通往外部世界的网关。与持久性设施（网络、SQLite、共享首选项）的通信发生在这一层。因为传入的数据不应该符合 android 环境。例如，传入 DTO 中的字符串日期字段应使用本地日期时间转换为日期对象，您可能需要将来自服务器的数据保存到本地数据库。此外，其他与数据相关的任务可以在这一层中执行，例如在内存中缓存。

ViewModel 表示用户界面中显示的数据。该层中的数据应该准备好在屏幕上呈现。例如，一个视图可能需要来自两个不同 HTTP 请求的数据，您应该在这一层合并传入的数据。（不过，您可以进一步分离职责。如果这两个请求是单个任务或目的的一部分，您可以在用例层执行此操作。）从 android 的角度来看，视图模型有更多的责任，比如防止数据被破坏在配置更改中。在视图模型中，建议数据应通过 LiveData 呈现给视图层。这是因为 LiveData 保持数据的最后状态，并且知道视图层的生命周期（如果使用得当）。

Repository 和 ViewModel 之间的通信

首先，存储层必须不知道任何视图模型的存在，因此您不应该在存储层中保留视图模型的引用。有一些原因，

  • 大多数时候，一组交互的单个存储库对象就足以满足整个应用程序的需求。如果保留视图模型的引用，则会导致内存泄漏。
  • 如果 repo 层使用的服务器端 API、本地存储和其他组件设计得很好，那么与视图模型相比，repository 层不太容易发生变化。
  • 存储库层的职责是从某个地方获取数据，因此这意味着它与视图相关的层无关。

当然，我们需要某种对视图模型的引用，以便在请求完成时通知它，但我们应该以系统的方式隐式执行此操作，而不是直接引用。

回调：这是一种将数据发送回视图模型的老式方式。在代码库中广泛使用回调会导致不需要的回调地狱。此外，结构化取消机制很难使用回调实现。

LiveData：乍一看，它似乎非常适合此目的，但事实并非如此。原因可以列举如下

  • LiveData 被设计为一个生命周期感知的数据持有者。这对您的目的来说是开销，因为您与该层中视图的生命周期没有任何关系。
  • 在大多数情况下，数据获取操作是一次性的（就像您的情况一样），但 LiveData 是为流设计的。
  • 它没有对结构化取消的内置支持。
  • 从架构的角度来看，像实时数据这样的 android 相关类不应该导入到存储库层。存储库类应实现为简单的 Kotlin 或 java 类。

在您的情况下，这是特别糟糕的做法，因为 HTTP 请求不应更改存储库对象的状态。您将 LiveData 用作一种缓存，但对此没有这样的要求，因此您应该避免这种情况。尽管如此，如果您需要在您的存储库中使用 LiveData，您应该将 MutableLiveData 作为参数传递给您的请求方法，以便您可以通过此 LiveData 发布响应或在您的请求方法中返回 LiveData。

RxJava：它是选项之一。它支持一次性请求（Single）、热流（Subject）和冷流（Observable）。它以某种方式支持结构化取消（CompositeDisposable）。它具有稳定的 API，并且已被广泛使用多年。它还通过其运算符使许多不同的网络操作变得更容易，例如并行请求、顺序请求、数据操作、线程切换等。

协程：这是另一种选择，在我看来，它是最好的。虽然它的 API 并不完全稳定，但我在很多不同的项目中都使用过它，并且没有发现任何问题。它支持一次性请求（挂起函数）、热流（Channels 和 Stateflow）和冷流（Flow）。它在需要复杂数据流的项目中非常有用。它是 Kotlin 中的一个内置功能，具有所有运算符。它以一种非常优雅的方式支持结构化并发。它有许多不同的运算符函数，与 RxJava 相比，它更容易实现新的运算符函数。它还具有与 ViewModel 一起使用的有用扩展功能。

总而言之，存储库层是传入数据的网关，这是您操作数据以符合我上面提到的应用程序要求的第一个地方。在这一层中可以完成的操作可以简单地列出为映射传入数据、决定从哪里获取数据（本地或远程源）和缓存。有很多选项可以将数据传回请求数据的类，但正如我在上面解释的那样，RxJava 和 Coroutines 比其他更好。在我看来，如果你对它们都不熟悉，那就把你的精力放在 Coroutines 上。

推荐阅读