是否可以在Android版Java中实现模型-视图-控制器模式？
还是已经通过活动实施了？ 还是有更好的方法来为Android实现MVC模式？
#1楼
我认为最有用的简化说明在这里： http : //www.cs.otago.ac.nz/cosc346/labs/COSC346-lab2.2up.pdf
从我在这里看到和阅读的所有其他内容来看，实现所有这些东西会使它变得更加困难，并且与android的其他部分不太匹配。
通过活动实现其他侦听器已经是Android的标准方法。 最无害的方法是像幻灯片中描述的那样添加Java Observer，并将onClick和其他类型的操作分组为仍在Activity中的功能。
Android的方式是Activity可以同时执行。 对抗它并没有真正使扩展或将来编写代码变得更加容易。
我同意第二个职位 。 它已经实现了，而不是人们习惯的方式。 无论是否在同一文件中，都已经存在分隔。 无需创建额外的分隔符以使其适合其他语言和操作系统。
#2楼
经过一番搜索，最合理的答案如下：
MVC已在Android中实现为：
- View =布局，资源和诸如
android.view.View派生的Button类的内置类。 - 控制器=活动
- 模型=实现应用程序逻辑的类
（顺便说一下，这意味着活动中没有应用程序域逻辑。）
对于小型开发人员而言，最合理的做法是遵循这种模式，而不是尝试做Google决定不做的事情。
PS注意，Activity有时会重新启动，因此它没有放置模型数据的位置（导致重新启动的最简单方法是从XML中省略android:configChanges="keyboardHidden|orientation"并打开设备）。
编辑
我们可能在谈论MVC ，但是可以说FMVC是Framework--Model--View--Controller 。 该框架 （Android OS）强加了其组件生命周期和相关事件的概念，并且在实践中， 控制器 （ Activity / Service / BroadcastReceiver ）首先负责处理这些框架施加的事件（例如onCreate（） ） 。 用户输入是否应该单独处理？ 即使需要，也无法将其分开，用户输入事件也来自Android。
无论如何，将更少的非Android专用代码放入您的Activity / Service / BroadcastReceiver ，效果会更好。
#3楼
尽管这篇文章似乎很陈旧，但我想添加以下两个内容，以了解该领域针对Android的最新发展：
android- binding-提供一个使android view小部件绑定到数据模型的框架。 它有助于在android应用程序中实现MVC或MVVM模式。
roboguice -RoboGuice消除了开发中的猜测。 注入您的视图，资源，系统服务或任何其他对象，然后让RoboGuice处理细节。
#4楼
我已经看到很多人说MVC已经在Android中实现，但是事实并非如此。 Android默认不遵循MVC。
因为我不是Google会强加诸如iPhone之类的MVC实现的限制，但是它取决于开发人员在项目中想要的模式或技术，因此在小型或简单应用程序中不需要使用MVC，但作为应用程序后来变得越来越复杂，需要对其代码进行修改，因此需要Android中的MVC模式。
它提供了修改代码的简便方法，还有助于减少问题。 如果您想在Android上实现MVC，请按照以下给定的链接进行操作，并在您的项目中享受MVC的实现。
http://www.therealjoshua.com/2011/11/android-architecture-part-1-intro/
但是如今，我认为MVP与Android Architectural Pattern一起是开发人员应该为干净且强大的android应用程序使用的最佳选择之一。
#5楼
当我们将MVC， MVVM或Presentation Model应用于Android应用程序时，我们真正想要的是拥有一个清晰的结构化项目，更重要的是，它更易于进行单元测试。
目前，在没有第三方框架的情况下，通常会有很多代码（例如addXXListener（），findViewById（）等）不会增加任何业务价值。
而且，您必须运行Android单元测试，而不是普通的JUnit测试，这需要花一些时间才能运行，并使单元测试有些不切实际。 基于这些原因，几年前，我们启动了一个开源项目RoboBinding-一个用于Android平台的数据绑定Presentation Model框架。
RoboBinding帮助您编写易于阅读，测试和维护的UI代码。 RoboBinding消除了对诸如addXXListener之类的不必要代码的需求，并将UI逻辑转移到Presentation Model，这是一个POJO，可以通过常规JUnit测试进行测试 。 RoboBinding本身随附300多个JUnit测试以确保其质量。
来源：oschina
链接：https://my.oschina.net/u/3797416/blog/3159364