MVC应该是我们在进行开发时最经常遇到的词汇了,它让臃肿混乱不堪的代码变得结构清晰明确,并且各司其职,Model层负责数据处理,Controller负责业务逻辑,View则负责交互,由此结构化了输入->处理->输出。其核心的想法是,分离数据(M)和交互视图(V),在中间创建控制器(C)用于同步,同时一旦数据(M)更新,需要更新相应的交互视图(V)。所以MVC就如同左图,MVC三个部分相互牵连,互相作用。
虽然这样可以让代码结构清晰,但不可避免的,因为V与M的交互,使得V中或多或少得包含有业务逻辑,这样就会降低V的重用性。
但不可否认的,在MVC模式中,我们可以由不同的人在不同的时间关注不同的“方面”,同时也更易于组件化测试。
而MVP则是对MVC的进一步改造,以Andorid为例,实际上在MVC中很难区分Activity到底应该处于V还是C的角色,因为activity即包含了界面也包含了一部分逻辑处理。
MVP的出现就是为进一步分离业务逻辑和界面处理。在MVP中,M与V完全切断联系,由P进行总控。
当V接收到了操作,将相应的请求传递到P,由P进行业务处理以及与M进行交互,同时P又在恰当的时机对view进行更新(接口 / 回调方法 / 事件)
这样V只需要暴露出接口,V与P通过接口通讯,一方面能够将业务逻辑转移至P,一方面通过接口使得P可以适配多个V。