android 中的 MVVM 架构使用 Volley
MVVM architecture in android Using Volley
我正在研究 MVVM,看看它是否可以帮助我进行即将进行的项目。到目前为止,我所了解的是我需要使用 ViewModel 来保存我的 UI 数据。我还需要使用存储库 class 来执行我对 Web 服务的所有请求,并且我正在使用 Volley 库。
所以这就是我所做的:
public class MyViewModel extends ViewModel {
private MyRepository repository;
private MutableLiveData<MyPojo> pojo;
public MyViewModel(MyRepository repository) {
this.repository = repository;
this.pojo = new MutableLiveData<>();
}
public LiveData<MyPojo> updatePojo(){
pojo.postValue(repository.getPojo());
return pojo;
}
}
存储库class
public class MyRepository {
private Application application;
private LiveData<MyPojo> pojo;
public MyRepository(Application application) {
this.application = application;
}
public MyPojo getPojo(){
if(pojo == null){
ApiRequest apiRequest = new ApiRequest(ApiSingleton.getInstance(application).getRequestQueue(), application);
apiRequest.apiGetRequest(ApiRequest.MY_ENDPOINT, null, new ApiRequest.apiCallback() {
@Override
public void onSuccess(Context context, JSONObject jsonObject) {
pojo = ApiResponseParser.parse(jsonObject, MyPojo.class);
}
@Override
public void onError(Context context, String message) {
}
});
}
return pojo;
}
}
此处指定 ViewModel 绝不能引用视图、生命周期或任何可能引用 [=32] 的 class =] 语境。如您所见,我必须使用上下文才能在我的存储库 class 中执行 Volley 请求,并且我的 ViewModel 对此 class.
有一个引用
我的设计中是否遗漏了什么? Volley 在这里不兼容吗?
您可以将 ApiRequest
传递给 MyRepository 的 constructor
,而不是将 Application
传递给 MyRepository 的 constructor
并创建 ApiRequest
。
public MyRepository(ApiRequest apiRequest) {
this.apiRequest = apiRequest;
}
现在 MyRepository
没有引用 Context
。
并且,关于 ViewModel
直接引用 MyRepository
,您可以 dependency inversion:
创建一个 interface
,例如,使用方法 getPojo()
创建 MyDataStore
。 MyRepository
将实施此 interface
。创建 MyViewModel
时,您会将 MyRepository
传递给它,但 MyViewModel
将仅引用 MyDataStore
.
interface MyDataStore {
... getPojo()
}
public class MyRepository implements MyDataStore {
...
}
public MyViewModel(MyDataStore dataStore) {
this.dataStore = dataStore;
this.pojo = new MutableLiveData<>();
}
LifeCycle 库提供了 AndroidViewModel component, which is just an Application's context aware ViewModel,非常接近 Bob 的答案,并且在没有内存泄漏危险的情况下完成了这里的工作。
我正在研究 MVVM,看看它是否可以帮助我进行即将进行的项目。到目前为止,我所了解的是我需要使用 ViewModel 来保存我的 UI 数据。我还需要使用存储库 class 来执行我对 Web 服务的所有请求,并且我正在使用 Volley 库。
所以这就是我所做的:
public class MyViewModel extends ViewModel {
private MyRepository repository;
private MutableLiveData<MyPojo> pojo;
public MyViewModel(MyRepository repository) {
this.repository = repository;
this.pojo = new MutableLiveData<>();
}
public LiveData<MyPojo> updatePojo(){
pojo.postValue(repository.getPojo());
return pojo;
}
}
存储库class
public class MyRepository {
private Application application;
private LiveData<MyPojo> pojo;
public MyRepository(Application application) {
this.application = application;
}
public MyPojo getPojo(){
if(pojo == null){
ApiRequest apiRequest = new ApiRequest(ApiSingleton.getInstance(application).getRequestQueue(), application);
apiRequest.apiGetRequest(ApiRequest.MY_ENDPOINT, null, new ApiRequest.apiCallback() {
@Override
public void onSuccess(Context context, JSONObject jsonObject) {
pojo = ApiResponseParser.parse(jsonObject, MyPojo.class);
}
@Override
public void onError(Context context, String message) {
}
});
}
return pojo;
}
}
此处指定 ViewModel 绝不能引用视图、生命周期或任何可能引用 [=32] 的 class =] 语境。如您所见,我必须使用上下文才能在我的存储库 class 中执行 Volley 请求,并且我的 ViewModel 对此 class.
有一个引用我的设计中是否遗漏了什么? Volley 在这里不兼容吗?
您可以将 ApiRequest
传递给 MyRepository 的 constructor
,而不是将 Application
传递给 MyRepository 的 constructor
并创建 ApiRequest
。
public MyRepository(ApiRequest apiRequest) {
this.apiRequest = apiRequest;
}
现在 MyRepository
没有引用 Context
。
并且,关于 ViewModel
直接引用 MyRepository
,您可以 dependency inversion:
创建一个 interface
,例如,使用方法 getPojo()
创建 MyDataStore
。 MyRepository
将实施此 interface
。创建 MyViewModel
时,您会将 MyRepository
传递给它,但 MyViewModel
将仅引用 MyDataStore
.
interface MyDataStore {
... getPojo()
}
public class MyRepository implements MyDataStore {
...
}
public MyViewModel(MyDataStore dataStore) {
this.dataStore = dataStore;
this.pojo = new MutableLiveData<>();
}
LifeCycle 库提供了 AndroidViewModel component, which is just an Application's context aware ViewModel,非常接近 Bob 的答案,并且在没有内存泄漏危险的情况下完成了这里的工作。