如何在Android MVVM ViewModel中获取上下文

我正在尝试在android应用中实现MVVM模式。我已经读过ViewModels应该不包含任何android特定代码（以使测试更容易），但是我需要对各种事物使用上下文（从xml获取资源，初始化首选项等）。做这个的最好方式是什么？我看到AndroidViewModel有对应用程序上下文的引用，但是其中包含android特定的代码，因此我不确定是否应该在ViewModel中使用它。那些也与Activity生命周期事件相关联，但是我使用匕首来管理组件的范围，所以我不确定这将如何影响它。我是MVVM模式和Dagger的新手，所以感谢您的帮助！

您可以使用Application所提供的上下文AndroidViewModel，您应该扩展AndroidViewModel它，它只是一个ViewModel包含Application引用的。

对于Android体系结构组件视图模型，

将您的活动上下文作为内存泄漏传递给活动的ViewModel不是一个好习惯。

因此，要在您的ViewModel中获取上下文，ViewModel类应该扩展Android View Model类。这样，您可以获得上下文，如下面的示例代码所示。

class ActivityViewModel(application: Application) : AndroidViewModel(application) {

    private val context = getApplication<Application>().applicationContext

    //... ViewModel methods 

}

并不是说ViewModels不应该包含Android特定的代码来简化测试，因为它是使测试更加容易的抽象。

ViewModels不应包含Context实例或诸如Views或其他保存在Context上的对象之类的原因是因为它具有与Activity和Fragments不同的生命周期。

我的意思是，假设您对应用程序进行轮换更改。这会导致您的“活动”和“片段”自行销毁，因此会重新创建自己。ViewModel旨在在此状态下保持不变，因此如果它仍对被破坏的Activity持有View或Context，则有发生崩溃和其他异常的可能性。

至于您应该如何做，MVVM和ViewModel与JetPack的Databinding组件非常兼容。对于大多数情况，通常会存储String，int等，因此可以使用Databinding使Views直接显示它，从而不需要在ViewModel中存储值。

但是，如果您不希望进行数据绑定，则仍然可以在构造函数或方法内部传递Context来访问资源。只是不要在ViewModel中保存该Context的实例。

简短答案-不要这样做

为什么呢

它破坏了视图模型的全部目的

通过使用LiveData实例和各种其他推荐的方法，您几乎可以在视图模型中做的所有事情都可以在活动/片段中完成。

最后我做了什么，而不是直接在ViewModel中拥有一个Context，我创建了提供者类（例如ResourceProvider），它将为我提供所需的资源，然后将这些提供者类注入到ViewModel中

TL; DR：通过Dagger在您的ViewModel中注入应用程序上下文，并使用它来加载资源。如果需要加载图像，请通过Databinding方法的参数传递View实例，然后使用该View上下文。

MVVM是一个很好的体系结构，这绝对是Android开发的未来，但是仍有几件事仍然是绿色的。以MVVM架构中的层通信为例，我已经看到不同的开发人员（非常著名的开发人员）使用LiveData以不同的方式来通信不同的层。他们中的一些人使用LiveData与UI进行ViewModel的通信，但随后他们使用回调接口与存储库进行通信，或者它们具有Interactors / UseCases，并且使用LiveData与它们进行通信。这里要指出的是，并不是所有的东西都是100％定义的还没有。

话虽如此，我针对您的特定问题的方法是通过DI提供一个应用程序上下文，以在我的ViewModels中使用它从我的strings.xml中获取String之类的东西

如果要处理图像加载，则尝试通过Databinding适配器方法传递View对象，并使用View的上下文加载图像。为什么？因为如果您使用应用程序的上下文加载图像，某些技术（例如Glide）可能会遇到问题。

希望能帮助到你！

正如其他人提到的那样AndroidViewModel，您可以从中获取要获取的应用程序，Context但是根据我在评论中收集的信息，您正在尝试@drawable从内部操纵s，ViewModel从而破坏了MVVM的用途。

一般而言，几乎所有人都需要有一个Context，这ViewModel表明您应该考虑重新考虑如何在Views和ViewModels。

与其让ViewModel解析的可绘制对象提供给活动/片段，不如考虑使片段/活动根据拥有的数据来处理可绘制对象ViewModel。假设您需要在可打开/关闭状态的视图中显示不同的可绘制对象-ViewModel应该保持（可能是布尔）状态的是可绘制对象，但是View是可绘制对象，但是相应地选择可绘制对象是我们的职责。

使用DataBinding可以很容易地完成它：

<ImageView
...
app:src="@{viewModel.isOn ? @drawable/switch_on : @drawable/switch_off}"
/>

如果您有更多的状态和可绘制对象，为避免布局文件中的逻辑笨拙，您可以编写一个自定义的BindingAdapter，将Enum值转换为R.drawable.*（例如，卡片套装）

或者，也许您需要在Context内部使用的某个组件，ViewModel然后在之外创建该组件ViewModel并将其传递。您可以Context在初始化ViewModelin Fragment/之前使用DI或单例，或创建依赖于组件的组件Activity。

为什么要打扰：Context是Android专用的东西，并且依赖于ViewModels是一个不好的做法：它们妨碍了单元测试。另一方面，您自己的组件/服务接口完全在您的控制之下，因此您可以轻松地模拟它们以进行测试。

有对应用程序上下文的引用，但是其中包含android特定的代码

好消息，您可以使用Mockito.mock(Context.class)测试并使上下文返回您想要的任何值！

因此，只需ViewModel像往常一样使用a ，然后像往常一样通过ViewModelProviders.Factory为其提供ApplicationContext即可。

您可以getApplication().getApplicationContext()从ViewModel中访问应用程序上下文。这是您访问资源，首选项等所需的。

您不应在ViewModel中使用与Android相关的对象，因为使用ViewModel的动机是将Java代码和Android代码分开，以便可以分别测试业务逻辑，并且将有单独的Android组件层和业务逻辑和数据，您不应在ViewModel中包含上下文，因为它可能导致崩溃

我SharedPreferences在使用ViewModel该类时遇到麻烦，因此我从上面的答案中获取了建议，并使用进行了以下操作AndroidViewModel。现在一切都很好

为了 AndroidViewModel

import android.app.Application;
import android.content.Context;
import android.content.SharedPreferences;

import androidx.lifecycle.AndroidViewModel;
import androidx.lifecycle.LiveData;
import androidx.lifecycle.MutableLiveData;
import androidx.preference.PreferenceManager;

public class HomeViewModel extends AndroidViewModel {

    private MutableLiveData<String> some_string;

    public HomeViewModel(Application application) {
        super(application);
        some_string = new MutableLiveData<>();
        Context context = getApplication().getApplicationContext();
        SharedPreferences preferences = PreferenceManager.getDefaultSharedPreferences(context);
        some_string.setValue("<your value here>"));
    }

}

而在 Fragment

import android.os.Bundle;
import android.util.Log;
import android.view.LayoutInflater;
import android.view.View;
import android.view.ViewGroup;
import android.widget.TextView;

import androidx.annotation.NonNull;
import androidx.annotation.Nullable;
import androidx.fragment.app.Fragment;
import androidx.lifecycle.Observer;
import androidx.lifecycle.ViewModelProviders;


public class HomeFragment extends Fragment {


    public View onCreateView(@NonNull LayoutInflater inflater,
                             ViewGroup container, Bundle savedInstanceState) {
        final View root = inflater.inflate(R.layout.fragment_home, container, false);
        HomeViewModel homeViewModel = ViewModelProviders.of(this).get(HomeViewModel.class);
        homeViewModel.getAddress().observe(getViewLifecycleOwner(), new Observer<String>() {
            @Override
            public void onChanged(@Nullable String address) {


            }
        });
        return root;
    }
}

我是这样创建的：

@Module
public class ContextModule {

    @Singleton
    @Provides
    @Named("AppContext")
    public Context provideContext(Application application) {
        return application.getApplicationContext();
    }
}

然后我在AppComponent中添加了ContextModule.class：

@Component(
       modules = {
                ...
               ContextModule.class
       }
)
public interface AppComponent extends AndroidInjector<BaseApplication> {
.....
}

然后将上下文注入到ViewModel中：

@Inject
@Named("AppContext")
Context context;

使用以下模式：

class NameViewModel(
val variable:Class,application: Application):AndroidViewModel(application){
   body...
}