我发现在Android上实现MVC最好的资源是这篇文章:

我在自己的一个项目中采用了同样的设计，效果非常好。我是Android的初学者，所以我不能说这是最好的解决方案。

我做了一个修改:我实例化了应用程序类中每个活动的模型和控制器，这样当横向-纵向模式更改时就不会重新创建这些模型和控制器。

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

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

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

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

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

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

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

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

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

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

MVC- Android上的架构 在android中最好遵循任何MVP而不是MVC。但仍然根据问题的答案这是可以解的

描述及指引

     Controller -
        Activity can play the role.
        Use an application class to write the
        global methods and define, and avoid
        static variables in the controller label
    Model -
        Entity like - user, Product, and Customer class.
    View -
        XML layout files.
    ViewModel -
        Class with like CartItem and owner
        models with multiple class properties
    Service -
        DataService- All the tables which have logic
        to get the data to bind the models - UserTable,
        CustomerTable
        NetworkService - Service logic binds the
        logic with network call - Login Service
Helpers -
        StringHelper, ValidationHelper static
        methods for helping format and validation code.
SharedView - fragmets or shared views from the code
        can be separated here

AppConstant -
        Use the Values folder XML files
        for constant app level

注1:

这是你可以施展的魔法。在对代码段进行分类之后，编写一个基本接口类，比如IEntity和IService。声明通用方法。现在创建抽象类BaseService，声明您自己的方法集，并分离代码。

注2:如果您的活动呈现多个模型，那么与其在活动中编写代码/逻辑，不如将视图划分为片段。那就好多了。因此，如果将来需要在视图中显示更多的模型，请再添加一个片段。

注3:代码分离是非常重要的。体系结构中的每个组件都应该是独立的，而不是相互依赖的逻辑。如果碰巧你有一些相关的逻辑，那么在两者之间写一个映射逻辑类。这对你将来会有帮助。