闲来无事在家偶然翻到了之前整理的文档和面试要做到准备路线,虽然内容有点多,但是技多不压身,多多益善
本部分内容是关于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
,全称 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
和Mode
l的直接联系,又通过Presenter
实现两者之间的沟通。
总结: MVP
模式减少了Activity
的职责,简化了Activity
中的代码,将复杂的逻辑代 码提取到了Presenter
中进行处理,模块职责划分明显,层次清晰。与之对应的好 处就是,耦合度更低,更方便的进行测试。
MVC
和MVP
的区别MVC
中是允许Model
和View
进行交互的,而MVP
中很明显,Model
与View
之间的 交互由Presenter
完成。还有一点就是Presenter
与View
之间的交互是通过接口 的。
还有一点注意: MVC
中V对应的是布局文件,MVP
中V对应的是Activity
。
大多数MVP
模式的示例都使用登录案例进行介绍。因为简单方便,同时能提现出 MVP
的特点。今天我们也以此例进行学习。 使用MVP
的好处之一就是模块职责划 分明显,层次清晰。 该例的结构图即可展现此优点。
在本例中,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),如果用户名或者密码为空则登陆失败, 否则登陆成功。
视图: 将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
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_login);
progressBar = (ProgressBar) findViewById(R.id.progress);
username = (EditText) findViewById(R.id.username);
password = (EditText) findViewById(R.id.password);
findViewById(R.id.button).setOnClickListener(this);
//创建一个presenter对象,当点击登录按钮时,让presenter去调用mode l层的login()方法,验证帐号密码
presenter = new LoginPresenterImpl(this);
}
@Override
protected void onDestroy() {
presenter.onDestroy();
super.onDestroy();
}
@Override
public void showProgress() {
progressBar.setVisibility(View.VISIBLE);
}
.....
}
View
层实现Presenter
层需要调用的控件操作,方便Presenter
层根据Model
层返回 的结果进行操作View层进行对应的显示。
Presenter
是用作Model
和View
之间交互的桥梁。 从上图的包结构图中可以看出, Presenter
包含内容:
①接口,包含Presenter需要进行Model和View之间交互逻辑的接口,以及上面提到 的Model层数据请求完成后回调的接口。
②接口实现类,即实现具体的Presenter类逻辑。
下面以代码的形式一一展开。
①接口
public interface OnLoginFinishedListener {
void onUsernameError();
void onPasswordError();
void onSuccess();
}
当Model
层得到请求的结果,需要回调Presenter
层,让Presenter
层调用View
层的 接口方法。
public interface LoginPresenter {
void validateCredentials(User user);
void onDestroy();
}
登陆的Presenter
的接口,实现类为LoginPresenterImpl
,完成登陆的验证,以及销 毁当前view
。
②接口实现类
public class LoginPresenterImpl implements LoginPresenter, OnLog inFinishedListener {
private LoginView loginView;
private LoginModel loginModel;
public LoginPresenterImpl(LoginView loginView) {
this.loginView = loginView;
this.loginModel = new LoginModelImpl();
}
@Override
public void validateCredentials(User user) {
if (loginView != null) {
loginView.showProgress();
}
loginModel.login(user, this);
}
@Override
public void onDestroy() {
loginView = null;
}
@Override
public void onUsernameError() {
if (loginView != null) {
loginView.setUsernameError();
....
}
由于presenter
完成二者的交互,那么肯定需要二者的实现类(通过传入参数,或者 new)。 presenter
里面有个OnLoginFinishedListener
, 其在Presenter
层实现,给Model
层 回调,更改View
层的状态, 确保 Model
层不直接操作View
层。
示例展示:
View
与Model
并不直接交互,而是使用Presenter
作为View
与Model
之间的桥梁。其中Presenter
中同时持有View
层的Interface
的引用以及Model
层的引用,而View
层持有Presenter
层引用。当View层某个界面需要展示某些数据的时候,首先会调用 Presenter
层的引用,然后Presenter
层会调用Model
层请求数据,当Model
层数据加 载成功之后会调用Presenter
层的回调方法通知Presenter
层数据加载情况,最后 Presenter
层再调用View
层的接口将加载后的数据展示给用户。
相关内容后续GitHub更新,想冲击金三银四的小伙伴可以找找看看,欢迎star
(顺手留下GitHub链接,需要获取相关面试等内容的可以自己去找)
https://github.com/xiangjiana/Android-MS
(VX:mm14525201314)
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。