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

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

我可以这样说:

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

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

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

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

没有一个单一的MVC模式可以遵循。MVC只是或多或少地说明了你不应该将数据和视图混为一谈，例如，视图负责保存数据，或者处理数据的类直接影响视图。

但无论如何，Android处理类和资源的方式，有时你甚至被迫遵循MVC模式。在我看来，更复杂的是那些有时负责视图，但同时又充当控制器的活动。

如果您在XML文件中定义视图和布局，从res文件夹加载资源，并且如果您或多或少地避免在代码中混合这些东西，那么您无论如何都是在遵循MVC模式。

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

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

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

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

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