本部分内容是关于Android进阶的一些知识总结，涉及到的知识点比较杂，不过都 是面试中几乎常问的知识点，也是加分的点。 关于这部分内容，可能需要有一些具体的项目实践。在面试的过程中，结合具体自 身实践经历，才能更加深入透彻的描绘出来
相关内容后续GitHub更新,想冲击金三银四的小伙伴可以找找看看，欢迎star
（顺手留下GitHub链接，需要获取相关面试等内容的可以自己去找）
https://github.com/xiangjiana/Android-MS
(VX：mm14525201314)
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
②接口，表示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包含内容：
①接口，上面我们说过Presenter与View交互是通过接口。其中接口中方法的定义是 根据Activity用户交互需要展示的控件确定的。
②接口实现类，将上述定义的接口中的方法在Activity中对应实现具体操作。
下面以代码的形式一一展开。
①接口
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