厌倦了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还有其他语法。

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

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

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

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

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

我可以这样说:

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

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

令人惊讶的是，这里没有一个帖子回答这个问题。它们要么太笼统，模糊，不正确，要么没有解决在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在这一领域的最新发展:

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

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

模型视图控制器(MVC)

描述:

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

MVC模式本质上是这样的:

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

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

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