• View：对应于布局文件

• Model：业务逻辑和实体模型

• Controllor：对应于Activity

看起来的确像那么回事，但是细细的想想这个View对应于布局文件，其实能做的事情特别少，实际上关于该布局文件中的数据绑定的操作，事件处理的代码都在Activity中，造成了Activity既像View又像Controller（当然了Data-Binder的出现，可能会让View更像View吧）。

而MVP的出现，是的view层不能和Model层直接交互，Presenter作为中间的桥梁，连接view和model，将view和model完全解耦，使得Activity代码不再臃肿。

3.以请求服务端登录为例

学习过很多前辈的文章，讲解mvc模式时，基本都是使用登录为例，但是几乎都是使用本地数据模拟，所以相信很多人都有同一个疑问，网络请求部分的代码到底交给谁来做，Model？还是Presenter？呢。用户登录时，对于View层我们要定义View层的接口，也就是activity（或fragment,一下统称activity）的状态有哪些变化，

首先，用户点击登录要获取用户输入的用户名和密码，弹出正在登录，从服务端返回信息，toast弹出，dialog关闭，所以我们需要定义view层的这五种状态接口。

对于Model层，需要有用户登录的方法，传入用​
户名和密码（map），和回调接口。

该例子中使用的是自己封装的Volley框架，封装如下：（稍候会有源码给出）

activity请求登录时，直接通过Presenter操作，所以我们Presenter实现方法中有login方法，直接调用view层的接口和model的接口去实现。

而在view层，也就是对应的activity中只需要继承view层的接口，通过Presenter去操作其中的方法即可。

这样，实现一个网络请求判断用户登录，在view中的代码，就变得简洁多了，便于我们后期对代码的维护。

最后

小编这些年深知大多数初中级Android工程师，想要提升自己，往往是自己摸索成长，自己不成体系的自学效果低效漫长且无助。

因此我收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人

都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

资料⬅专栏获取
的老鸟或是对IT行业感兴趣的新人

都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

资料⬅专栏获取