Android MVP 如何组织表示层

MVP(模型视图表示)模式来源于众所周知的MVC(模型视图控制器),这一段时间是目前在Android应用程序开发越来越重要的衍生物。有越来越多的人谈论它,但是却又很少有可靠和结构化信息。

什么是MVP?
MVP模式允许表示层逻辑中分离出来,从而使该接口是如何工作的一切是从我们如何代表它在屏幕上分开。理想情况下,MVP模式将实现这一同样的逻辑可能有完全不同的看法互换。
澄清第一件事是,MVP是不是一种架构模式,它只是表示层负责。在任何情况下,它始终是更好地将它用于不使用它在所有的架构。

为什么要使用MVP?
Android中,我们有从这一事实的Android活动密切耦合到接口和数据访问机制所产生的问题。我们可以发现极端的例子,如CursorAdapter的,它搭配适配器,这是视图的一部分,使用游标,这东西应该被降级到数据访问层的深处。
对于应用程序可以很容易地扩展和维护,我们需要定义很好地分离层。我们该怎么办,如果明天,而不是从数据库中检索相同的数据,我们需要从Web服务呢?我们将不得不重做我们的整个看法。
MVP使我们的数据源视图无关。我们把应用程序分为至少三个不同的层次,这也让我们分别测试它们。随着MVP,我们能够从活动占据了大部分的逻辑出来,使我们可以在不使用仪器测试进行测试。



如何为Android实现MVP
那么,这是在这一切开始变得更加分散。有MVP,每个人的许多变化可以调节模式的理念,以他们的需求,他们感觉更舒服的方式。该模式在变化的责任,我们委托给主持人量基本上依赖。
认为负责启用或禁用一个进度条,还是应该由主持人来完成?又是谁决定哪些行动应在操作栏显示?这就是艰难的决定开始。我将展示如何我平时工作,但我想这篇文章更多的是讨论的地方,如何申请MVP,因为到知道有没有“标准”的方式来实现它严格的准则。

表示
表示负责充当视图和模型之间的中间人。它从模型中检索数据并返回格式化的视图。但不同的是典型的MVC,它也决定,当你与视图互动会发生什么。
视图
视图,通常由活动实现的(它可能是一个片段,查看...取决于应用程序的结构),将包含对主持人的参考。主持人将由依赖注入,如匕首理想地提供,但如果你不使用这样的事情,这将是负责创建演示对象。该视图会做的唯一事情就是打电话从每有一个界面操作(点击一个按钮为例)时间演示的方法。
模型
在具有良好的分层架构的应用程序,这种模式只会是通往领域层或业务逻辑。如果我们使用了Bob大叔干净架构,模型很可能是实现用例交互件。但是,这是我想在以后的文章,讨论另一个话题。现在,它足以把它看作我们要在视图中显示数据的提供者。


一个例子

https://github.com/antoniolg/androidmvp

你可能感兴趣的:(android)