没有普遍唯一的MVC模式。MVC是一个概念，而不是一个可靠的编程框架。你可以在任何平台上实现你自己的MVC。只要你坚持以下基本思想，你就是在实现MVC:

模型:渲染什么 视图:如何渲染 控制器:事件，用户输入

也可以这样考虑:当您为模型编程时，模型不应该担心呈现(或特定于平台的代码)。模型会对视图说，我不在乎你的渲染是Android, iOS还是Windows Phone，这是我需要你渲染的。 视图将只处理特定于平台的呈现代码。

当您使用Mono共享模型以开发跨平台应用程序时，这一点特别有用。

我同意JDPeckham的观点，并且我相信XML本身不足以实现应用程序的UI部分。

然而，如果你认为Activity是视图的一部分，那么实现MVC是相当简单的。您可以重写Application(由Activity中的getApplication()返回)，在这里您可以创建一个在应用程序的生命周期中存在的控制器。

(或者，您也可以使用应用程序文档中建议的单例模式)

没有普遍唯一的MVC模式。MVC是一个概念，而不是一个可靠的编程框架。你可以在任何平台上实现你自己的MVC。只要你坚持以下基本思想，你就是在实现MVC:

模型:渲染什么 视图:如何渲染 控制器:事件，用户输入

也可以这样考虑:当您为模型编程时，模型不应该担心呈现(或特定于平台的代码)。模型会对视图说，我不在乎你的渲染是Android, iOS还是Windows Phone，这是我需要你渲染的。 视图将只处理特定于平台的呈现代码。

当您使用Mono共享模型以开发跨平台应用程序时，这一点特别有用。

使用布局、资源、活动和意图创建Android UI是MVC模式的实现。请参阅以下链接了解更多信息- http://www.cs.otago.ac.nz/cosc346/labs/COSC346-lab2.2up.pdf

PDF镜像

令人惊讶的是，这里没有一个帖子回答这个问题。它们要么太笼统，模糊，不正确，要么没有解决在android中的实现。

在MVC中，View层只知道如何显示用户界面(UI)。如果需要任何数据，则从Model层获取。但是视图并不直接要求模型去查找数据，它是通过控制器来做的。因此控制器调用模型为视图提供所需的数据。一旦数据准备好了，控制器就通知视图，可以从模型中获取数据了。现在视图可以从模型中获取数据。

这个流程可以总结如下:

值得注意的是，视图可以通过控制器(也称为被动MVC)了解模型中数据的可用性，或者通过向模型注册可观察对象来观察模型中的数据，这就是活动MVC。

在实现部分，首先想到的是视图应该使用什么android组件?活动还是片段?

答案是没有关系，两者都可以使用。View应该能够在设备上呈现用户界面(UI)，并响应用户与UI的交互。Activity和Fragment都为此提供了所需的方法。

在本文使用的示例应用程序中，我使用了Activity作为视图层，但也可以使用Fragment。

完整的示例应用程序可以在我的GitHub repo的“mvc”分支中找到。

我还通过一个例子说明了在android中使用MVC架构的利弊。

对于那些感兴趣的人，我已经开始了一系列关于android应用程序架构的文章，在这里我比较了不同的架构，即MVC, MVP, MVVM，通过一个完整的工作应用程序开发android应用程序。

模型视图控制器(MVC)

描述:

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

MVC模式本质上是这样的:

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

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

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