经过一番搜索，最合理的答案是:

MVC已经在Android中实现了:

View =布局，资源和内置类，如从android.view.View派生的Button。 控制器=活动 模型=实现应用程序逻辑的类

(顺便说一下，这意味着活动中没有应用程序域逻辑。)

对于小型开发人员来说，最合理的做法是遵循这种模式，不要尝试做谷歌决定不做的事情。

PS注意，活动有时会重新启动，所以它不是模型数据的地方(引起重新启动的最简单的方法是从XML中省略android:configChanges="keyboardHidden|orientation"，然后转动你的设备)。

EDIT

我们可能会谈论MVC，但它会这样说，FMVC，框架-模型-视图-控制器。框架(Android操作系统)强加了它的组件生命周期和相关事件的想法，在实践中，控制器(活动/服务/BroadcastReceiver)首先负责处理这些框架强加的事件(如onCreate())。是否应该单独处理用户输入?即使应该，你也不能把它分开，用户输入事件也来自Android。

总之，你在Activity/Service/BroadcastReceiver中植入的非android专用代码越少越好。

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

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

我可以这样说:

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

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

模型视图控制器(MVC)

描述:

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

MVC模式本质上是这样的:

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

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

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

Android上的动作、视图和活动是与Android UI一起工作的内置方式，是模型-视图-视图模型(MVVM)模式的实现，它在结构上与模型-视图-控制器相似(在同一家族中)。

据我所知，没有办法打破这个模式。这可能是可以做到的，但是您可能会失去现有模型的所有好处，并且必须重写自己的UI层以使其正常工作。

没有实现的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

你可以在Android中实现MVC，但它不是“原生支持”的，需要一些努力。

也就是说，我个人倾向于认为MVP对于Android开发来说是一种更简洁的架构模式。说到MVP，我的意思是:

我也在这里发布了一个更详细的答案。

在尝试了Android中MVC/MVP实现的各种方法后，我想出了一个合理的架构模式，我在这篇文章中描述了它:Android中的MVP和MVC架构模式。