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

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

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

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

我可以这样说:

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

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

在Android中，你没有MVC，但你有以下:

您可以根据分辨率、硬件等在各种XML文件中定义用户界面。 您可以根据语言环境等在各种XML文件中定义资源。 您可以扩展ListActivity、TabActivity等类，并通过扩展器使用XML文件。 您可以为业务逻辑创建任意数量的类。 很多Utils已经为您编写- DatabaseUtils, Html。

没有实现的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模式(有点)是用它们的Adapter类实现的。他们用“适配器”替换控制器。适配器的描述声明:

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

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

令人惊讶的是，这里没有一个帖子回答这个问题。它们要么太笼统，模糊，不正确，要么没有解决在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应用程序。