Android 组件化/模块化之路——在展示层搭建MVP结构

  • 时间:
  • 浏览:0
  • 来源:彩神大发UU直播现场_神彩大发UU直播现场官方

接下来亲戚亲戚我们 就现在开始英文英文搭建通用的 MVP 底部形态了。

Model 的实现主假如根据业务,亲戚亲戚我们 这里是推荐使用 Repository 来实现,也能参考文章 《App 组件化/模块化之路——Repository 模式》 。

某些定义 BasePresenter,這個 是 Presenter 是各个具体业务实现的基类。

客户端的使用基本上是在 Android View 组件。這個于

先定义 IPresenter, 接口很简单,是 Presenter 创建和注销的过程。

Model–View–Presenter (MVP) 源于 Model–View–Controller (MVC) 的底部形态设计模式,它是用于展示层(Presentation)的底部形态。

首先亲戚亲戚我们 定义 View 接口,这里定义了一个请求的通用流程 onStart()onFinished()onError() 等土土妙招。

使用 Contract 模式的好处假如,因为亲戚亲戚我们 的业务需求却说 ,那末在展示层(Presentation)中就会再次出现了大量的 MVP 文件。原来对于后续维护工作是一件非常令人头痛的事情,却说 使用 Contract 来规范 View 和 Presenter 文件。原来具体业务假如找到 Contract 文件,就也能知道這個 业务的具体接口有哪此了。

https://en.wikipedia.org/wiki/Model%E2%60 %93view%E2%60 %93presenter

https://github.com/googlesamples/android-architecture

MVP 中的 Presenter 是 “里边人”角色,它的功能是在 Model–View–Presenter 三者中起到连接和合作的作用。守护任务管理器中的大偏离 的逻辑都应该在 Presenter 中实现。

其中 Contract 下面的 View 是定义具体业务的接口了。该类也能在 UI(這個于Activity或Fragment)中实现它。

那末在具体实现 Presenter 时,这里的 Repository 假如 Model了。使用它也能对数据进行访问和存储。