MVP 是 MVC 的变种,其实是一种升级。要说 MVP 就要说说 MVC,在 MVC 中 Activity 其实是 View层级,但是通常在使用中 Activity即是View也是Controller,并没有将 View层 和 Controller层 进行分离, 耦合度大大提高,非常不利于项目的管理。这时候 MVP 就应运而生了。
MVP:Model,View,Presenter
MVP 把 Activity 中的 UI逻辑 抽象成 View接口,把 业务逻辑 抽象成 Presenter接口,Model类 还是原来的 Model。在 MVP 模式中 Activity 的功能就是响应生命周期和显示界面,具体其他的工作都丢到了 Presenter层 中进行完成,Presenter 其实是 Model层 和 View层 的桥梁。
MVP 模式所做的事情很简单,就是将业务逻辑和视图逻辑抽象到接口中。
怎么理解呢,我们就根据此次要实现的下载功能,用代码说话。
Model层也可以叫做数据提供层
在我们的下载任务中,业务逻辑只有一个,就是下载
- public interface IDownloadModel {
- /**
- * 下载操作
- * @param url
- */
- void download(String url);
- }
-
View 接口定义所有需要实现的视图逻辑
- public interface IDownloadView {
- /**
- * 显示进度条
- * @param show
- */
- void showProgressBar(boolean show);
-
- /**
- * 设置进度条进度
- * @param progress
- */
- void setProcessProgress(int progress);
-
- /**
- * 根据数据设置view
- * @param result
- */
- void setView(Bitmap result);
-
- /**
- * 设置请求失败时的view
- */
- void showFailToast();
- }
-
因为在之前写的时候,定义了四个方法。后来考虑到model和presenter并不是双向持有,model不会 持有presenter,所以定义了一个主逻辑就是下载,在model中采用接口回调的方式通知presenter。
- public interface IDownloadPresenter {
- /**
- * 下载
- *
- * @param url
- */
- void download(String url);
-
- }
-
采用了okhttp的异步get请求网络,因为回调方法是在子线程中的,所以做最好要回到主线程传递信息
- public class DownloadModel implements IDownloadModel {
-
-
- private DownloadListener listener;
- private Handler mHandler = new Handler(Looper.getMainLooper());
-
- public DownloadModel(DownloadListener listener) {
- this.listener = listener;
- }
-
- @Override
- public void download(String url) {
-
-
- OkHttpClient okHttpClient = new OkHttpClient();
-
- Request request = new Request.Builder()
- .get().url(url).build();
-
- Call call = okHttpClient.newCall(request);
- call.enqueue(new Callback() {
- @Override
- public void onFailure(Call call, IOException e) {
- mHandler.post(new Runnable() {
- @Override
- public void run() {
- listener.failed();
- }
- });
- }
-
- @Override
- public void onResponse(Call call, Response response) throws IOException {
- File file = new File("/data/data/com.example.mvp_okhttp", "hh.png");
- InputStream in = response.body().byteStream();
- long total = response.body().contentLength();
- WriteInputStreamUntils.WriteStreamToFile(in, file, total, listener);
-
- mHandler.post(new Runnable() {
- @Override
- public void run() {
- listener.downloadSuccess(file.getAbsolutePath());
- }
- });
- }
- });
-
- }
-
-
- public interface DownloadListener {
- void downloadSuccess(String path);
-
- void failed();
-
- void refreshProgress(int progress);
- }
-
-
- }
-
在Presenter具体实现中,业务相关的操作由Model去完成(例如download),视图相关的操作由View去完成
(如setView等)。Presenter 作为桥梁的作用就这样体现出来了,巧妙的将View和Model的具体实现连接了起来。
- public class DownloadPresenter implements IDownloadPresenter, DownloadModel.DownloadListener {
-
-
- private IDownloadView miDownloadView;
- private final IDownloadModel downloadModel;
-
- public DownloadPresenter(IDownloadView iDownloadView) {
-
- downloadModel = new DownloadModel(this);
- miDownloadView = iDownloadView;
- }
-
- @Override
- public void download(String url) {
- downloadModel.download(url);
- }
-
- @Override
- public void downloadSuccess(String result) {
-
- miDownloadView.showProgressBar(false);
- Bitmap bitmap = BitmapFactory.decodeFile(result);
- miDownloadView.setView(bitmap);
- }
-
- @Override
- public void failed() {
- miDownloadView.showProgressBar(false);
- miDownloadView.showFailToast();
- }
-
- @Override
- public void refreshProgress(int progress) {
- miDownloadView.showProgressBar(true);
- miDownloadView.setProcessProgress(progress);
- }
-
-
- }
-
1.Button的click方法负责发起下载任务,但又不负责具体实现,而是由Presenter转接给Model去实现
2.Activity 什么时候显示ProgressDialog,什么时候显示Toast直接由Presenter告诉他,他只做一个View想做的事情
3.Activity里没有任何逻辑处理,所有的逻辑判断都在Model中完成了
- public class MainActivity extends AppCompatActivity implements IDownloadView {
-
- private IDownloadPresenter downloadPresenter;
- private Button button;
- private ImageView imageView;
-
-
- private String path1="https://cdn.wallpaperhub.app/cloudcache/e/f/1/6/c/3/ef16c3d491975175f2fbb1e24415724371c1c119.png";
- private ProgressDialog progressDialog;
-
- @Override
- protected void onCreate(Bundle savedInstanceState) {
- super.onCreate(savedInstanceState);
- setContentView(R.layout.activity_main);
- init();
-
- }
-
-
- private void init() {
- downloadPresenter = new DownloadPresenter(this);
- button = (Button) findViewById(R.id.btn);
- imageView = (ImageView) findViewById(R.id.iv);
- button.setOnClickListener(new View.OnClickListener() {
- @Override
- public void onClick(View v) {
- downloadPresenter.download(path1);
- }
- });
-
-
- progressDialog = new ProgressDialog(this);
- progressDialog.setButton(DialogInterface.BUTTON_NEGATIVE, "Cancle", new DialogInterface.OnClickListener() {
- @Override
- public void onClick(DialogInterface dialog, int which) {
- progressDialog.dismiss();
- }
- });
- progressDialog.setCanceledOnTouchOutside(false);
- progressDialog.setTitle("下载文件");
- progressDialog.setProgressStyle(ProgressDialog.STYLE_HORIZONTAL);
- }
-
- @Override
- public void showProgressBar(boolean show) {
- if (show){
- progressDialog.show();
- }else {
- progressDialog.dismiss();
- }
- }
-
- @Override
- public void setProcessProgress(int progress) {
- progressDialog.setProgress(progress);
- }
-
- @Override
- public void setView(Bitmap result) {
- imageView.setImageBitmap(result);
- Toast.makeText(MainActivity.this, "下载成功", Toast.LENGTH_SHORT).show();
- }
-
- @Override
- public void showFailToast() {
- Toast.makeText(MainActivity.this, "下载错误", Toast.LENGTH_SHORT).show();
-
- }
- }
-
MVP固然好用
优点:
APP发生 OOM 的最大原因就是出现内存泄露造成APP的内存不够用,而造成内存泄露的两大原因之一就是 Activity泄露(Activity Leak)(另一个原因是 Bitmap泄露(Bitmap Leak))。
转:Activity 是有生命周期的,用户随时可能切换 Activity,当APP的内存不够用的时候,系统会回收处于后台的Activity的资源以避免 OOM。
采用传统的模式,一大堆异步任务和对UI的操作都放在 Activity 里面,比如你可能从网络下载一张图片,在下载成功的回调里把图片加载到 Activity 的 ImageView 里面,所以异步任务保留着对 Activity 的引用。这样一来,即使 Activity 已经被切换到后台(onDestroy 已经执行),这些 异步任务 仍然保留着对 Activity 实例的引用, 所以系统就无法回收这个 Activity 实例了,结果就是 Activity Leak。
Android 的组件中,Activity 对象往往是在堆(Java Heap)里占最多内存的,所以系统会优先回收 Activity 对象, 如果有 Activity Leak,APP很容易因为内存不够而 OOM。
采用 MVP模式,只要在当前的 Activity 的 onDestroy 里,分离异步任务对Activity 的引用,就能避免 Activity Leak。