厌倦了Android上的MVx灾难，我最近做了一个提供单向数据流的小库，类似于MVC的概念:https://github.com/zserge/anvil

基本上，您有一个组件(活动、片段和视图组)。在内部定义视图层的结构和样式。此外，您还可以定义数据应该如何绑定到视图。最后，您可以在同一位置绑定侦听器。

然后，一旦你的数据被改变——全局的“render()”方法将被调用，你的视图将会被最新的数据巧妙地更新。

下面是一个组件的例子，为了代码紧凑，组件中包含了所有内容(当然，模型和控制器可以很容易地分开)。这里“count”是一个模型，view()方法是一个视图，“v -> count++”是一个控制器，它监听按钮点击并更新模型。

public MyView extends RenderableView {
  public MyView(Context c) {
      super(c);
  }

  private int count = 0;

  public void view() {
    frameLayout(() -> {              // Define your view hierarchy
      size(FILL, WRAP);
      button(() -> {
          textColor(Color.RED);      // Define view style
          text("Clicked " + count);  // Bind data
          onClick(v -> count++);     // Bind listeners
      });
    });
  }

使用分离的模型和控制器，它看起来像:

button(() -> {
   textColor(Color.RED);
   text("Clicked " + mModel.getClickCount());
   onClick(mController::onButtonClicked);
});

在这里，点击每个按钮的数量都会增加，然后“render()”将被调用，按钮文本将被更新。

如果使用Kotlin: http://zserge.com/blog/anvil-kotlin.html，语法将变得更加舒适。此外，对于没有lambdas的Java还有其他语法。

这个库本身是非常轻量级的，没有依赖关系，不使用反射等等。

(声明:我是这个库的作者)

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

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

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

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

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

经过一番搜索，最合理的答案是:

MVC已经在Android中实现了:

View =布局，资源和内置类，如从android.view.View派生的Button。 控制器=活动 模型=实现应用程序逻辑的类

(顺便说一下，这意味着活动中没有应用程序域逻辑。)

对于小型开发人员来说，最合理的做法是遵循这种模式，不要尝试做谷歌决定不做的事情。

PS注意，活动有时会重新启动，所以它不是模型数据的地方(引起重新启动的最简单的方法是从XML中省略android:configChanges="keyboardHidden|orientation"，然后转动你的设备)。

EDIT

我们可能会谈论MVC，但它会这样说，FMVC，框架-模型-视图-控制器。框架(Android操作系统)强加了它的组件生命周期和相关事件的想法，在实践中，控制器(活动/服务/BroadcastReceiver)首先负责处理这些框架强加的事件(如onCreate())。是否应该单独处理用户输入?即使应该，你也不能把它分开，用户输入事件也来自Android。

总之，你在Activity/Service/BroadcastReceiver中植入的非android专用代码越少越好。

模型视图控制器(MVC)

描述:

当我们要在软件开发中主要进行大型项目时，采用MVC模式 通常使用，因为它是一种通用的组织方式 项目。 新的开发人员可以很快适应项目 帮助开发大型项目和跨平台。

MVC模式本质上是这样的:

模型:显示什么。这可以是数据源(例如:服务器，原始 应用程序中的数据) 视图:显示的方式。这可以是xml。因此，它是作为一个 表示过滤器。视图附加到它的模型(或模型部分) 并获取演示所需的数据。 控制器:处理类似用户输入的事件。这就是活动

MVC的重要特性:我们可以修改模型或视图或控制器，但不影响其他的

比如我们改变视图的颜色，视图的大小或位置 风景。这样做不会影响模型或控制器 假设我们更改模型(而不是从服务器获取的数据) 从资产中获取数据)仍然不会影响视图和 控制器 假设我们改变了控制器(活动中的逻辑)，它不会影响 模型和视图

虽然这篇文章看起来很旧，但我想添加以下两篇文章来介绍Android在这一领域的最新发展:

android-binding -提供一个框架，使android视图小部件绑定到数据模型。它有助于在android应用程序中实现MVC或MVVM模式。

roboguice——roboguice去掉了开发过程中的猜测。注入您的视图，资源，系统服务，或任何其他对象，并让RoboGuice照顾的细节。

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

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