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 UI是MVC模式的实现。请参阅以下链接了解更多信息- http://www.cs.otago.ac.nz/cosc346/labs/COSC346-lab2.2up.pdf

PDF镜像

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

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

我认为最有用的简单解释是: http://www.cs.otago.ac.nz/cosc346/labs/COSC346-lab2.2up.pdf

从我在这里看到和读到的所有东西来看，实现所有这些东西都变得更加困难，并且与android的其他部分不太适应。

让一个活动实现其他监听器已经是标准的Android方式。最无害的方法是像幻灯片所描述的那样添加Java观察者，并将onClick和其他类型的操作分组到仍然在Activity中的函数中。

Android的方式是Activity两者都做。与之斗争并不能真正使扩展或将来的编码变得更容易。

我同意第二篇文章。它已经实现了，只是不是人们习惯的方式。不管它是否在同一个文件中，已经有分离了。不需要创建额外的分隔来适应其他语言和操作系统。