Android的MVC模式(有点)是用它们的Adapter类实现的。他们用“适配器”替换控制器。适配器的描述声明:

对象充当AdapterView和对象之间的桥梁 该视图的底层数据。

我只是在寻找一个从数据库读取的Android应用程序，所以我不知道它工作得有多好。然而，它看起来有点像Qt的模型-视图-委托架构，他们声称这是传统MVC模式的一个升级。至少在PC上，Qt的模式运行得相当不错。

虽然这篇文章看起来很旧，但我想添加以下两篇文章来介绍Android在这一领域的最新发展:

android-binding -提供一个框架，使android视图小部件绑定到数据模型。它有助于在android应用程序中实现MVC或MVVM模式。

roboguice——roboguice去掉了开发过程中的猜测。注入您的视图，资源，系统服务，或任何其他对象，并让RoboGuice照顾的细节。

模型视图控制器(MVC)

描述:

当我们要在软件开发中主要进行大型项目时，采用MVC模式 通常使用，因为它是一种通用的组织方式 项目。 新的开发人员可以很快适应项目 帮助开发大型项目和跨平台。

MVC模式本质上是这样的:

模型:显示什么。这可以是数据源(例如:服务器，原始 应用程序中的数据) 视图:显示的方式。这可以是xml。因此，它是作为一个 表示过滤器。视图附加到它的模型(或模型部分) 并获取演示所需的数据。 控制器:处理类似用户输入的事件。这就是活动

MVC的重要特性:我们可以修改模型或视图或控制器，但不影响其他的

比如我们改变视图的颜色，视图的大小或位置 风景。这样做不会影响模型或控制器 假设我们更改模型(而不是从服务器获取的数据) 从资产中获取数据)仍然不会影响视图和 控制器 假设我们改变了控制器(活动中的逻辑)，它不会影响 模型和视图

没有实现的MVC体系结构，但是存在一组库/示例来实现MVP(模型-视图-呈现器)体系结构。

请查看这些链接:

https://github.com/sockeqwe/mosby https://github.com/android10/Android-CleanArchitecture https://github.com/antoniolg/androidmvp

谷歌增加了一个Android架构MVP的例子:

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

根据Xamarin团队的解释(在iOS MVC中“我知道这看起来很奇怪，但等一下”):

模型(数据或应用程序逻辑)， 视图(用户界面)和 控制器(后面的代码)。

我可以这样说:

Android上的模型只是一个可打包对象。视图是XML布局，控制器是(活动+它的片段)。

*这只是我个人的观点，不是来自任何资源或书籍。

当我们将MVC、MVVM或Presentation Model应用到Android应用中时，我们真正想要的是有一个清晰的结构化项目，更重要的是更容易进行单元测试。

目前，如果没有第三方框架，通常会有大量代码(如addXXListener()、findViewById()等)，这不会增加任何业务价值。

更重要的是，你必须运行Android单元测试，而不是正常的JUnit测试，后者需要很长时间才能运行，并且使单元测试有些不切实际。基于这些原因，几年前我们开始了一个开源项目RoboBinding——一个用于Android平台的数据绑定表示模型框架。

RoboBinding帮助您编写更易于阅读、测试和维护的UI代码。RoboBinding消除了对addXXListener等不必要代码的需求，并将UI逻辑转移到表示模型(Presentation Model)，这是一个POJO，可以通过正常的JUnit测试进行测试。RoboBinding本身带有300多个JUnit测试，以确保其质量。