MVP架构设计 初探

最新推荐文章于 2024-11-12 00:40:33 发布
最新推荐文章于 2024-11-12 00:40:33 发布
阅读量85 收藏
点赞数
文章标签： 设计模式 测试 移动开发
原文链接：https://juejin.im/post/5a30f2e05188252ae93af060
版权

1.什么是MVP？ 简单理解：就是通过Presenter将View和Model解耦

M —>Model 包括：与数据相关都属于M层（例如：数据库、文件、网络、数据解析、数据保存......） V —>View 包括：在MVC中View只是一个单纯视图，但是在MVP中(例如：Activity、Fragment、布局) P —>Presenter 包括：调度，通过P层将我们的View层和Model层进行关联转换

2.MVP和设计模式有什么区别？ 举例说明：北京国贸三期（整体架构） --- MVP 国贸三期中 窗户设计、电梯设计、走廊设计 ...... 相当于设计模式 --- 针对具体的问题或者场景提出不同的解决方案。

3.MVP架构交互过程

  1. 简单MVP登录案例
public interface MainView {
    public void onLoginResult(String result);
}
复制代码
public class MainActivity extends AppCompatActivity implements MainView {
private MainPresenter mainPresenter;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        this.mainPresenter = new MainPresenter(this);
    }

    /**
     * 其实在Android当中，本身就是一个非常典型的MVC架构
     * 在Android MVC中
     * M代表：数据
     * C代表：activity或者Fragment
     * V代表：视图
     */
    //MVP适合大项目
    //MVP更加便于团队开发
    public void click(View v){
        this.mainPresenter.login("kpioneer","123456");
    }

    @Override
    public void onLoginResult(String result) {
      Toast.makeText(this,result, Toast.LENGTH_LONG).show();
    }
复制代码
/**
 * Created by Xionghu on 2017/7/11.
 * Desc: M层(数据、网络)
 */

public class MainModel {
    public void login(String username, String pwd, final HttpUtils.OnHttpResultListener onHttpResultListener){
        HttpTask httpTask = new HttpTask(new HttpUtils.OnHttpResultListener() {
            @Override
            public void onResult(String result) {
                //解析数据
                //更新UI
                onHttpResultListener.onResult(result);
            }
        });
        httpTask.execute(username,pwd,"http://www.baidu.com");
    }
}
复制代码
public class MainPresenter {

    private  MainView mainView;
    private  MainModel mainModel;

    public MainPresenter(MainView mainView) {
        this.mainView  = mainView;
        this.mainModel =  new MainModel();
    }

    public void login(String userName, String pwd){
        this.mainModel.login(userName, pwd, new HttpUtils.OnHttpResultListener() {
            @Override
            public void onResult(String result) {
                mainView.onLoginResult(result);
            }
        });
    }
复制代码

5.分析简单MVP登录案例的问题？ 问题1： 假设Activty意外关闭，这个时候网络请求还在进行，当数据返回的时候，发现Activity(或者Fragment) 挂掉了将会造成内存泄漏。

    解决办法：MainPresenter提供一个销毁mainView的方法

      问题2：
      项目开发当中Activity或者Fragment数量很庞大 Presenter相关类将会造成代码冗余。

      解决办法：  单独抽象出来(引出抽象类)
      抽象类设计MVP架构
复制代码

抽象 AbsMvpPresenter

public abstract class AbsMvpPresenter<V extends IMvpView> {


    private V view;

    public V getView() {
        return view;
    }


    /**
     * 绑定
     * @param view
     */
    public void attachView(V view) {
        this.view = view;
    }

    /**
     * 解决绑定
     */
    public void detachView(){
        this.view =null;
    }
}
复制代码
public interface IMvpView {
}
复制代码
public class MainPresenter extends AbsMvpPresenter<MainView> {

    private MainModel mainModel;

    public MainPresenter() {
        this.mainModel =  new MainModel();
    }

    public void login(String userName, String pwd){
        this.mainModel.login(userName, pwd, new HttpUtils.OnHttpResultListener() {
            @Override
            public void onResult(String result) {
                if(getView()!=null){
                    getView().onLoginResult(result);
                }

            }
        });
    }
复制代码

}

public abstract class MvpActivity<V extends IMvpView, P extends AbsMvpPresenter<V>> extends Activity {
    private P presenter;
    private V view;

    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        if (presenter == null) {
            this.presenter = bindPresenter();
        }
        if (view == null) {
            this.view = bindView();
            this.presenter.attachView(this.view);
        }

    }

    public P getPresenter() {
        return presenter;
    }

    public V getView() {
        return view;
    }



    public abstract P bindPresenter();

    public abstract V bindView();

    @Override
    protected void onDestroy() {
        super.onDestroy();
        if (this.presenter != null) {
            this.presenter.detachView();
        }
    }
}
复制代码
public class MainActivity extends MvpActivity<MainView,MainPresenter> implements MainView {


    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

    }

    @Override
    public MainPresenter bindPresenter() {
        return new MainPresenter();
    }

    @Override
    public MainView bindView() {
        return this;
    }

    /**
     * 其实在Android当中，本身就是一个非常典型的MVC架构
     * 在Android MVC中
     * M代表：数据
     * C代表：activity或者Fragment
     * V代表：视图
     */
    //MVP适合大项目
    //MVP更加便于团队开发
    public void click(View v){
        getPresenter().login("kpioneer","123456");
    }

    @Override
    public void onLoginResult(String result) {
      Toast.makeText(this,result, Toast.LENGTH_LONG).show();
    }

    @Override
    protected void onDestroy() {
        super.onDestroy();
    }
} 
复制代码

问题三：

6.搭建MVP架构

public class MainPresenter extends MvpBasePresenter<MainView> {
    private MainModel mainModel;

    public MainPresenter(Context context) {
        super(context);
        this.mainModel = new MainModel();
    }

    public void login(String username, String pwd) {
        this.mainModel.login(username, pwd, new HttpUtils.OnHttpResultListener() {

            @Override
            public void onResult(String result) {
                if(isAttachView()){
                    getView().onLoginResult(result);
                }

            }
        });
    }
}
复制代码

问题：每一次在Presenter中调用方法都需要处理空（isAttachView()）判断 假设：50个Activity，20个Presenter，每一个Presenter里面有20个方法，做判断400次？

      解决办法 ----- 动态代理模式
      每当调用这个方法的时候，我就要去监听
复制代码
public interface MvpPresenter<V extends MvpView> {

    /**
     * 绑定视图
     * @param view
     */
    public void attachView(V view);

    public void dettachView();
}

复制代码
public class MvpBasePresenter<V extends MvpView> implements MvpPresenter<V> {


    private WeakReference<Context> weakContext;
    private WeakReference<V> weakView;
    private V proxyView;

    public MvpBasePresenter(Context context) {
        this.weakContext = new WeakReference<Context>(context);
    }

    public Context getContext() {
        return weakContext.get();
    }

    public V getView() {
        return proxyView;
    }

    /**
     * 用于检测View是否为空对象
     *
     * @return
     */
    public boolean isAttachView() {
        if (this.weakView != null && this.weakView.get() != null) {
            return true;
        }
        return false;
    }

    @Override
    public void attachView(V view) {
        this.weakView = new WeakReference<V>(view);
        MvpViewInvocationHandler invocationHandler = new MvpViewInvocationHandler(this.weakView.get());

        //在这里采用动态代理
        proxyView = (V) Proxy.newProxyInstance(view.getClass().getClassLoader(), view.getClass().getInterfaces(), invocationHandler);
    }

    @Override
    public void dettachView() {
        if (weakView.get() != null) {
            this.weakView.clear();
            this.weakView = null;
        }
    }

    private class MvpViewInvocationHandler implements InvocationHandler {
        private MvpView mvpView;

        public MvpViewInvocationHandler(MvpView mvpView) {
            this.mvpView = mvpView;
        }

        @Override
        public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
            if (isAttachView()) {
                return method.invoke(mvpView, args);
            }
            return null;
        }
    }
}
复制代码

关键代码

    public void attachView(V view) {
        this.weakView = new WeakReference<V>(view);
        MvpViewInvocationHandler invocationHandler = new MvpViewInvocationHandler(this.weakView.get());

        //在这里采用动态代理
        proxyView = (V) Proxy.newProxyInstance(view.getClass().getClassLoader(), view.getClass().getInterfaces(), invocationHandler);
    }

    private class MvpViewInvocationHandler implements InvocationHandler {
        private MvpView mvpView;

        public MvpViewInvocationHandler(MvpView mvpView) {
            this.mvpView = mvpView;
        }

        @Override
        public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
            if (isAttachView()) {
                return method.invoke(mvpView, args);
            }
            return null;
        }
    }
复制代码
「已注销」
关注
【Android】Mvp架构初探
2303_79296612的博客
09-08 803
作为一种新的模式，MVP与MVC有着一个重大的区别：在MVP中View并不直接使用Model，它们之间的通信是通过Presenter (MVC中的Controller)来进行的，所有的交互都发生在Presenter内部，而在MVC中View会直接从Model中读取数据而不是通过 Controller。有一点还需要注意，presenter是双向绑定的关系，因此，在设计的时候就要注意接口和抽象的使用，尽可能的降低代码的耦合度，这也是mvp的宗旨。对未变化数据的不必要的频繁访问，也将损害操作性能。
Android中的MVP架构初探
钝悟需要时间的打磨，顿悟需要时间的积累
03-30 5313
说来惭愧，MVP的架构模式已经在Android领域出现一两年了，但是到今天自己才开始Android领域中的MVP架构征程。闲话不多说，开始吧！ 一、架构演变概述我记得我找第一份工作时，面试官问我“android是否属于MVC架构模式，简述一下”。确实，Android的整体设计结构就是MVC的设计模式，在J2EE的开发中，使用的也是MVC模式，MVC模式是一个经典，经历了几十年的考验。Android项
MVP架构笔记之初探--mvp原理
yangyong915的专栏
01-17 993
百度一下MVP，网上资料一大堆，但都缺少一个循序渐进的过程，导致刚开始的时候我们看了一下，感觉很懵逼然后就没有然后了，哈哈，我准备从简单的慢慢的递增到复杂含有很多框架的架构模式类讲解，争取通过博客能让自己也更有理解深度。         如上如，这张图是MVP的核心，官方的MVP架构案例也是再这个基础上进行转化的。写demo的时候一般都不用架构的，直接写成了一个万能的Activity,获取网络
kotlin初探mvp架构
qq_19463589的博客
11-21 443
前沿:本博客仅供大家参考交流,大神绕行,不喜勿喷. 使用工具:android studio3.0 默认支持kotlin,本文只为了摸索kotlin,有可能会出现好多细节问题,如果大家看到还请大家指明 1.本文的分包基本为                                2.以下是view层对应的接口,用来网络请求presenter 拿到参数 interf
java mvp设计模式,初探 MVP(Model View Presenter) 设计模式 | 学步园
weixin_30784365的博客
03-19 600
刚刚转入C#开发不久，发现了一个类似于Java里的MVC模式的东东——MVP(Model View Presenter) 模式，个人感觉MVP模式真的和MVC差不多，MVC我这里就不解释了，着重讲讲MVP，MVP 里的M 其实和MVC里的M是一个，都是封装了核心数据、逻辑和功能的计算关系的模型(这里我们不做重点介绍)，而V是视图(窗体)，P我认为就是封装了窗体中的所有操作、响应用户的输入输出、事件...
Android Mvp初探体验
random_7474的专栏
11-17 501
Android Mvp初探体验MVP的架构概念已经出现很长时间了，但是小的一直没有实际的应用的项目中，最近找到了新工作，头儿要求我们新项目必须采用mvp架构，并且要出一份架构设计文档，所以小的赶紧研究起来，正好与大家一起分享。转载请注明出处，虽然也不会有人转｀｀｀mvp已经出现很久相信大家其实已经对mvp有了一些了解，所以我也就不贴一些非常专业的但是一下子看不懂的图了，mvp的原理其实用一句话概括的
设计模式MVC、MVP、MVVM
追梦的鱼儿
05-10 1111
1). 软件工程中的一种软件架构, 全称为"Mode–View–Controller", 即为"模型–视图–控制器"Mode(模型) : 模型层, 包括实体模型与业务模型, 主要作用是完成业务逻辑处理和数据封装。在Android中, 对应实体类/业务类/DAO类View(视图) : 显示层(表示层), 向用户显示信息。在Android中, 对应布局和自定义控件类Controller(控制器) : 控制层, 处理用户输入, 并实现View层与Mode层的协同处理。
MVP模式初探
做
08-16 354
概述浅谈MVP in Android之前看到鸿洋大神写的登录的mvp模式，感觉懂了什么是MVP，但是自己写又写不出来，最近又翻出来从新学习了一下，在这边记录一下。 对于MVP (Model View Presenter)，大多数人都能说出一二：“MVC的演化版本”，”让Model和View完全解耦” 等等。 我还真是抱着这样一个疑问 为何这个模式出来后，就能被广大的Android的程序员接受
iOS架构模式初探
Nefertari_YinC的博客
01-14 676
一个项目的架构模式选择有多种，Apple推荐的MVC模式是被大多数开发者所选用的，后来又慢慢了解到MVP，MVVM，以及VIPER。 下面是我对这些模式特性以及适用情景的理解，欢迎各位大神一起探讨。一个好的架构应该具备的特点： 任务均衡分摊给具有清晰角色的实体 可测试性通常都来自与上一条（对于一个合适的架构是非常容易） 易用性和低成本维护 MVC。MVP。MVVM都把应用中的实体分为以下三类： M
iOS移动端架构初探心得
02-25
对于架构,移动端常见的架构设计包括MVC,MVVM,MVP等,上图简要的说明了各种常见的架构之间的交互及数据传递方式.对于MVC,MVVM,MVP这三种架构设计模式,相信大家一定了然于心,相关的文章也是多如繁星,对于这些常用架构,...
移动端架构设计：MVC, MVVM, MVP解析与实践心得
"iOS移动端架构初探心得" 在iOS移动端开发中，架构设计是项目稳定性和可维护性的重要保障。常见的架构模式包括Model-View-Controller (MVC), Model-View-ViewModel (MVVM)以及Model-View-Presenter (MVP)。这三种...
iOS移动端：解构MVC/MVVM/MVP架构，提升代码规范与效率
iOS移动端架构初探心得主要探讨了在移动应用开发中常见的三种架构设计模式：Model-View-Controller (MVC), Model-View-ViewModel (MVVM), 和 Model-View-Presenter (MVP)。这些模式的核心在于管理数据层、业务逻辑层...
【设计模式】工厂模式
weixin_56520780的博客
11-11 465
把对象的创建封装在一个接口函数里面，通过传入不同的标识，返回创建的对象。客户不用自己负责new对象，不用了解对象创建的详细过程把有关联关系的，属于一个产品簇的所有产品创建的接口函数，放在一个抽象工厂里面AbstractFactory，派生类（具体产品的工厂）应该负责创建该产品簇里面所有的产品。假如一类工厂如宝马工厂多做了一项业务如轮胎，那么就得在抽象工厂里面增加一个创建轮胎的产品接口（纯虚函数），所有的工厂都得重写该接口，否则都成了抽象类...
设计模式学习总结（一）
huanggang982的专栏
11-09 478
设计模式学习笔记面向对象、设计原则、设计模式、编程规范、重构之间的关系 面向对象、设计原则、设计模式、编程规范、重构之间的关系 面向对象 现在，主流的编程范式或者是编程风格有三种：面向过程、面向对象和函数式编程。 需要掌握七大知识点： 1、面向对象的四大特性：封装、抽象、继承、多态 2、面向对象编程与面向过程编程的区别和联系 3、面向对象分析、面向对象设计、面向对象编程 4、接口和抽象类的区别以及各自的应用场景 5、基于接口而非实现编程的设计思想 6、多用组合少用继承的设计思想 7、面向过程的贫血模型和面
golang 泛型 middleware 设计模式: 一次只做一件事
半亩方糖
11-10 339
本文主要介绍 在使用 gRPC 和 Gin 框架中常用的 middleware 设计模式还有几种叫法。
设计模式之——观察者模式
m0_71974552的博客
11-07 1740
深入理解观察者模式：高效解耦的设计利器
C++设计模式结构型模式———代理模式
无敌岩雀的博客
11-09 1141
代理模式的使用方式有很多，延迟初始化 （虚拟代理）。如果有一个偶尔使用的重量级服务对象， 一直保持该对象运行会消耗系统资源时， 可使用代理模式。无需在程序启动时就创建该对象， 可将对象的初始化延迟到真正有需要的时候。访问控制：如果你只希望特定客户端使用服务对象， 这里的对象可以是操作系统中非常重要的部分， 而客户端则是各种已启动的程序 （包括恶意程序）， 此时可使用代理模式。代理可仅在客户端凭据满足要求时将请求传递给服务对象。代理模式和装饰模式有类似之处，但是这两个模式要解决的问题不同或者说立场不同。
设计模式-状态模式（State）
最新发布
zhao_kang_cheng的专栏
11-12 336
其主要思想是程序在任意时刻仅可处于几种有限的状态中。而状态判断通常是由比较多的条件判断语句实现（而过多的状态判断会导致我们项目维护变得更加困难，而且还很臃肿），也可以依据当前对象状态选择响应的行为。这个结构可能看上去与策略模式相似， 但有一个关键性的不同——在状态模式中， 特定状态知道其他所有状态的存在， 且能触发从一个状态到另一个状态的转换；原始对象被称为上下文 （context）， 它并不会自行实现所有行为， 而是会保存一个指向表示当前状态的状态对象的引用， 且将所有与状态相关的工作委派给该对象。
Python实现PageRank算法
qq_42568323的博客
11-11 272
PageRank算法是由Google的创始人Larry Page和Sergey Brin提出的，用于评估网页的“重要性”。PageRank通过考虑网页的链接结构来确定一个网页的重要性，假设一个网页的重要性由指向它的网页数量和这些网页的重要性决定。每个网页有一个初始的“PageRank值”，通常设为相同。在每次迭代中，网页的PageRank值通过计算所有指向该网页的网页的PageRank值加权平均来更新。每个网页的PageRank值越高，表示它越重要。
Android MVP架构深度解析及实现细节
Android MVP（Model-View-Presenter）架构模式是为了解决Android开发中Activity或Fragment任务过于繁重、数据层和视图层交织不清的问题而设计的一种架构模式。这种模式通过将业务逻辑与UI逻辑分离，帮助开发人员编写...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值