本部分内容是关于Android进阶的一些知识总结，涉及到的知识点比较杂，不过都 是面试中几乎常问的知识点，也是加分的点。 关于这部分内容，可能需要有一些具体的项目实践。在面试的过程中，结合具体自 身实践经历，才能更加深入透彻的描绘出来
MVP，MVC，MVVM
此处延伸：手写 mvp 例子，与 mvc 之间的区别，mvp 的优势
MVP 模式，对应着 Model–业务逻辑和实体模型,view–对应着 activity，负责 View 的绘制以 及与用户交互,Presenter–负责 View 和 Model 之间的交互,MVP 模式是在 MVC 模式的基础上， 将 Model 与 View 彻底分离使得项目的耦合性更低，在 Mvc 中项目中的 activity 对应着 mvc 中的 C--Controllor,而项目中的逻辑处理都是在这个 C 中处理，同时 View 与 Model 之间的交 互，也是也就是说，mvc 中所有的逻辑交互和用户交互，都是放在 Controllor 中，也就是 activity 中。View 和 model 是可以直接通信的。而 MVP 模式则是分离的更加彻底，分工更加明确 Model–业务逻辑和实体模型，view–负责与用户交互，Presenter 负责完成 View 于 Model 间的交互，MVP 和 MVC 最大的区别是 MVC中是允许 Model 和 View 进行交互的，而 MVP 中很明显，Model 与 View 之间的交互由 Presenter 完成。还有一点就是 Presenter 与 View 之 间的交互是通过接口的
一、MVP概述
MVP，全称 Model-View-Presenter 即模型-视图-层现器。
提到MVP，就必须要先介绍一下它的前辈MVC，因为MVP正是基于MVC的基础发 展而来的。两个之间的关系也是源远流长。
**MVC，全称Model-View-Controller，**即模型-视图-控制器。 具体如下：
View： 对应于布局文件
Model： 业务逻辑和实体模型
Controllor： 对应于Activity
但是View对应于布局文件，其实能做的事情特别少，实际上关于该布局文件中的数 据绑定的操作，事件处理的代码都在Activity中，造成了Activity既像View又像 Controller，使得Activity变得臃肿。
而当将架构改为MVP以后，Presenter的出现，将Actvity视为View层，Presenter负 责完成View层与Model层的交互。
现在是这样的： View对应于Activity，负责View的绘制以及与用户交互 Model 依然是业务逻辑和实体模型 Presenter 负责完成View于Model间的交互 下面两幅图通过数据与视图之间的交互清楚地展示了这种变化：
MVC模式下实际上就是Activty与Model之间交互，View完全独立出来了。
MVP模式通过Presenter实现数据和视图之间的交互，简化了Activity的职责。同时 即避免了View和Model的直接联系，又通过Presenter实现两者之间的沟通。
总结： MVP模式减少了Activity的职责，简化了Activity中的代码，将复杂的逻辑代 码提取到了Presenter中进行处理，模块职责划分明显，层次清晰。与之对应的好 处就是，耦合度更低，更方便的进行测试。
MVC和MVP的区别
MVC中是允许Model和View进行交互的，而MVP中很明显，Model与Vie w之间的 交互由Presenter完成。还有一点就是Presenter与View之间的交互是通过接口 的。
还有一点注意： MVC中V对应的是布局文件，MVP中V对应的是Activity。
二、MVP的简单使用
大多数MVP模式的示例都使用登录案例进行介绍。因为简单方便，同时能提现出 MVP的特点。今天我们也以此例进行学习。 使用MVP的好处之一就是模块职责划 分明显，层次清晰。 该例的结构图即可展现此优点。
1.Model层
在本例中，M0del层负责对从登录页面获取地帐号密码进行验证（一般需要请求服 务器进行验证，本例直接模拟这一过程）。 从上图的包结构图中可以看出，Model 层包含内容：
下面以代码的形式一一展开。
①实体类bean
public class User {
private String password;
private String username;
public String getPassword() {
return password;
}
public void setPassword(String password) {
this.password = password;
}
public String getUsername() {
return username;
}
public void setUsername(String username) {
this.username = username;
}
@Override
public String toString() {
return “User{” +
“password=’” + password + ‘’’ +
“, username=’” + username + ‘’’ +
‘}’;
}
}
封装了用户名、密码，方便数据传递。
②接口
public interface LoginModel {
void login(User user, OnLoginFinishedListener listener);
}
其中OnLoginFinishedListener 是presenter层的接口，方便实现回调presenter，通知presenter业务逻辑的返回结果，具体在presenter层介绍。
③接口实现类
public class LoginModelImpl implements LoginModel {
@Override
public void login(User user, final OnLoginFinishedListener l istener) {
final String username = user.getUsername();
final String password = user.getPassword();
new Handler().postDelayed(new Runnable() {
@Override public void run() {
boolean error = false;
if (TextUtils.isEmpty(username)){
listener.onUsernameError();//model层里面回调li stener
error = true;
}
if (TextUtils.isEmpty(password)){
listener.onPasswordError();
error = true;
}
if (!error){
listener.onSuccess();
}
}
}, 2000);
}
}
实现Model层逻辑：延时模拟登陆（2s），如果用户名或者密码为空则登陆失败， 否则登陆成功。
2.View层
视图： 将Modle层请求的数据呈现给用户。一般的视图都只是包含用户界面(UI)，而 不包含界面逻辑，界面逻辑由Presenter来实现。
从上图的包结构图中可以看出，View包含内容：
下面以代码的形式一一展开。
①接口
public interface LoginView {
//login是个耗时操作，我们需要给用户一个友好的提示，一般就是操作Progre ssBarvoid showProgress();
void hideProgress();
//login当然存在登录成功与失败的处理，失败给出提示 void setUsernameError();
void setPasswordError();
//login成功，也给个提示
void showSuccess();
}
上述5个方法都是presenter根据model层返回结果需要view执行的对应的操作。
②接口实现类
即对应的登录的Activity，需要实现LoginView接口。
public class LoginActivity extends AppCompatActivity implements LoginView, View.OnClickListener {
private ProgressBar progressBar;
private EditText username;
private EditText password;
private LoginPresenter presenter;
@Override
{
private ProgressBar progressBar;
private EditText username;
private EditText password;
private LoginPresenter presenter;
@Override
