了解 MVC 模式

Question

我在理解 MVC 模式时遇到了一些麻烦。我确实知道我们正在尝试将 GUI 与业务逻辑分离，尽管我在理解如何方面遇到了问题。

据我了解，View 是用户看到的。所以它通常是窗口/表单。 Controller 介于 View 和 Model 之间。控制器将使数据双向“流动”。它还会在需要时保持状态（如果我有一个包含 5 个步骤的向导，则 Controller 有责任确保它们以正确的顺序制作，等等）。 Model, 是我的应用程序逻辑的核心所在。

这个观点正确吗？

为了尝试把它变成更有意义的东西，我将尝试用 WinForms 勾勒出一个简单的例子（请不要使用 ASP.NET 或 WPF！-对于 java 人群，据我了解，Swing 有效以类似于 WinForms 的方式！），看看我是否做对了，我会提出我在做这件事时经常遇到的问题。

---

假设我有一个只包含一个类的模型（只是为了使它更容易。我知道这会使示例看起来很愚蠢，但这样更容易）：

class MyNumbers {
    private IList<int> listOfNumbers = new List<int> { 1, 3, 5, 7, 9 };

    public IList<int> GetNumbers() {
        return new ReadOnlyCollection<int>(listOfNumbers);
    }
}

现在是时候让我的Controller：

class Controller
{
    private MyNumbers myNumbers = new MyNumbers();

    public IList<int> GetNumbers() {
        return myNumbers.GetNumbers();
    }
}

View 应该只有一个 ListBox，其中包含在 MyNumbers 中检索到的所有数字作为项目。

现在，第一个问题出现了：

Controller 是否应该负责创建MyNumbers？在这个简单的情况下，我认为它可以接受（因为MyNumbers 无论如何都会做同样的事情，并且没有关联状态）。但是让我们假设我想为所有不同的控制器使用我的应用程序具有相同的MyNumbers 实例。我必须将我想使用的MyNumbers 实例传递给Controller（以及所有其他需要它的人）。谁来为此负责？在这个 WinForms 示例中，是 View 吗？或者那会是创建View 的类吗？

转个问题：这 3 个部分的实例化顺序是什么？ MVC 的“所有者”调用来创建它的代码是什么？ Controller 是否应该同时创建 View 和 Model？ View 是否应该实例化 Controller 和 Controller Model？

第二个问题：

假设我只希望我的应用程序具有Use Case 这个Controller 描绘的main 方法应该是什么样子？

第三：

为什么在下面的 MVC 图中，View 有一个指向Model 的箭头？ Controller 不应该始终是View 和Model 之间的桥梁吗？

---

我还有一两个问题，但在我理解了第一个细节之后，问这些问题可能会更有意义。或者也许在我理解了第一个问题之后，所有其他问题都崩溃了。

谢谢！

Answer 1

“据我了解，视图是用户看到的。所以它通常是窗口/窗体。控制器位于视图和模型之间。控制器将双向“处理”数据。它将还可以在需要时保持状态（如果我有一个包含 5 个步骤的向导，那么控制器有责任确保它们以正确的顺序制作等）。模型是我的应用程序逻辑的核心所在。”

这几乎是正确的。控制器不保留数据。它调用一个持久化数据的服务。原因是，持久化数据绝不仅仅是一个保存的调用。您可能希望对数据进行验证检查，以确保其符合您的业务需求。您可能需要进行一些身份验证以确保用户可以保存数据。如果你在服务中这样做，那么你就有了一个很好的功能包，你可以一遍又一遍地使用，比如一个 webapp 和一个 web 服务。如果您在控制器中执行此操作，例如对于 Web 应用程序，那么当您编写 Web 服务时，您将不得不重构和/或复制代码。

针对您的评论“我不确定我是否完全理解您的观点。控制器是否检查 UI 输入，或者是模型检查？”

您的控制器应该只控制执行哪些业务功能路径。那就是它。控制器应该是代码中最容易编写的部分。您可以在 gui 上进行一些验证（即查看，例如确保电子邮件地址格式正确，文本输入不超过最大值），但业务层也应该验证输入 - 因为我之前提到的原因，当你开始建立更多的端点，你不必重构。

Answer 2

回答第三个问题：

当模型发生变化时，它会通知视图，然后视图使用它的 getter 从模型中获取数据。

Answer 3

掌握 MVC 的最简单方法是在执行它的框架中使用它，也就是说..

• 模型与数据源（数据库或其他）交互，并让您可以访问您的数据。
• View 与外部世界交互，它从某个地方接收输入并将数据传递给 Controller，它还侦听 Controller 以确保其显示正确的数据。
• 控制器是所有魔法发生的地方； Controller 操作数据、推送事件并处理双向（到/从 View 和从/从 Model）的变化。

这张图很有帮助（它比维基百科的更有意义）：

Source，还有一篇关于 MVC 的精彩文章！

Answer 4

这是来自 Java，但希望它会有所帮助。

对于主要的：

public static void main(String[] args) 
{
       MyNumbers myNums = new MyNumbers();  // Create your Model
       // Create controller, send in Model reference.      
       Controller controller = new Controller(myNums); 
}

您的控制器需要对您的模型的引用。在这种情况下，控制器实际上创建了所有 Swing 组件。对于 C#，您可能希望在此处保留表单初始化，但 View/Form 需要对模型（myNums）和控制器（控制器）的引用。希望一些 C# 人可以在这方面提供帮助。视图还需要注册为模型的观察者（参见观察者模式）。

这是我的构造函数（根据您的情况进行了调整）：

public NumberView(Controller controller, MyNumbers myNums)
{
      this.controller = controller; // You'll need a local variable for this
      this.myNums = myNums; //You'll need a local variable for this
      myNums.registerObserver(this); // This is where it registers itself
}

View 将工作传递给 Controller 以处理用户的操作（按钮等）。控制器决定在模型中调用/做什么。一般来说，模型然后做一些事情并改变它的状态（也许你的列表中有更多的数字。不管它做什么）。此时，模型将让其观察者知道它已更改并自行更新。然后视图去获取新数据并自行更新。这就是模型和视图谈话的原因（你的第三个问题）。

所以模型将有：

public void notifyObservers()
{
    for (Observer o: observers)
    {
        o.update();  // this will call the View update below since it is an Observer
    }
}

所以在视图中，你会有这样的东西：

public void update()
{
    setListBox(myNums.getNumbers());  // Or whatever form update you want
}

希望对您有所帮助。我知道它是 Java，但这个概念仍然适用。您必须阅读一些观察者模式才能完全掌握它。祝你好运！

Answer 5

控制器是否应负责 用于创建 MyNumbers？

我会说'绝对不是。'

如果 MVC 模式旨在解耦 M、V 和 C 元素，如果 C 简单地使用 new MyNumbers() 实例化 M，这将如何工作？

在 Java 中，我们会在这里使用 Spring Framework 之类的东西。您需要一种在配置文件或其他合适的地方（即不在编译代码中）表达依赖关系的方法——或者更确切地说，它是如何实现的细节。

但这个问题还有另一个因素：您可能不应该使用您打算使用的具体运行时类型来定义 myNumbers 变量（在 C 中）。使用一个接口或一个抽象类，并让它保持开放，以了解实际的运行时类型是什么。这样，将来您可以重新实现 IMyNumbers 接口以满足新出现的需求（那些您今天不知道的需求），并且您的 C 组件将继续完美地工作，没有什么比这更明智的了。

Answer 6

为什么在下面的 MVC 图中，View 有一个指向 Model 的箭头？ Controller 不应该一直是 View 和 Model 之间的桥梁吗？

它是MVC模型2。你通常可以在Java企业应用程序中看到它 其中 CONTROL 处理业务以及处理来自/到 MODEL 的数据，并选择将哪个 VIEW 呈现回客户端。渲染到客户端时，VIEW 将使用来自 MODEL 的数据：

_{（来源：blogjava.net）}

这是一个如何从一个 JSP(VIEW) 文件中访问数据的示例，该文件是一个 bean (MODEL)：

class Person {String name;} // MODEL
My name is ${bean.name}     // VIEW

Answer 7

• View 绘制模型并将其呈现给用户
• 控制器处理用户输入并将其转换为对模型的修改
• 模型保存数据和修改逻辑

没有必要将其转换为代码。反正你也不会直接说对的。

Answer 8

我将尝试从技术相对较少的立场来回答这个问题。我将尝试通过一个一般示例。

Controller 控制使用什么view。因此，假设您正在写入页面，controller 将引导您到 input view（例如），而如果您正在阅读同一页面，它将引导您到它的 success view（例如）。

在写入页面后，controller 会将这些参数传递给相关的model，其中与必须对它们执行的操作相关的逻辑所在的位置。如果有错误，那么controller 将引导您到error view。

我的知识基于我在 Agavi 的一个月经验。希望这会有所帮助。

Answer 9

查看

• 用户界面/负责输入输出/一些验证/需要有一种方法来通知外界 UI 级事件

• 只知道模型

型号

• 数据结构/表示呈现的数据/不应包含业务逻辑（最多可能只是一些数据/结构验证）
• 只知道自己（想想只有 Name 和 Age 的 Person 类）

控制器

• 负责业务逻辑/它创建视图并将各自的模型粘合到它们上/必须能够响应视图事件/访问应用程序的其他层（持久性/外部服务/业务层等）

• 什么都知道（至少是视图和模型），并且负责将所有东西粘合在一起

Answer 10

至于我帖子中的批评，我想我会发表一篇关于我如何倾向于在 PHP 中创建 MVC 模式的帖子

在 PHP 中，我将框架分为几个部分，其中一些在 MVC 中是正常的。

初选：

• 控制器
• 型号
• 查看

次要性 - 模型层

• 视图加载器
• 图书馆
• 错误层

在控制器中，我通常允许所有访问辅助层以及来自主层的视图和模型。

这是我的结构方式

|---------|       |------------|       |------------|
| Browser | ----> | Controller | ----> |   Model    |
|---------|       |------------|       |------------|
     |                  |   |                |
     |                  |   |----------------|
     |                  |
     |            |------------|
     -------------|    View    |
                  |------------|

从我的图表中，我通常绕过View <-> Model 连接并执行Controller <-> Model，然后来自Controller <-> View 的链接分配数据。

在我的框架内，我倾向于创建一个对象存储系统，以便我可以轻松地获取对象等等。我的对象存储的一个例子是这样的

class Registry
{
   static $storage = array();

   public static function get($key)
   {
       return isset(self::storage[$key]) ? self::storage[$key] : null;
   }

   public static function set($key,$object)
   {
       self::"storage[$key] = $object;
   }
}

大纲更高级一些，所以当我第一次初始化对象时，我将它们存储为Registry::set("View",new View());，以便始终可以访问。

所以在我的控制器中，我创建了几个魔术方法 __get() __set() 的基本控制器，这样任何扩展控制器的类我都可以轻松地返回请求，例如：

abstract class Controller
{
   public function __get($key)
   {
       //check to make sure key is ok for item such as View,Library etc

       return Registry::get($key); //Object / Null
   }
}

还有用户控制器

class Controller_index extends Controller
{
    public function index()
    {
       $this->View->assign("key","value"); // Exucutes a method in the View class
    }
}

模型也将被放入注册表，但只允许从 ModelLayer 调用

class Model_index extends ModelLayer_MySql
{
}

或

class Model_index extends ModelLayer_MySqli
{
}

或文件系统

class Model_file extends ModelLayer_FileSystem
{
}

这样每个类都可以特定于存储类型。

这不是传统类型的 MVC 模式，但可以称为 Adoptive MVC。

不应将其他对象（例如 View Loader）放入注册表，因为那里不是专门针对用户的兴趣，而是由其他实体（例如 View）使用

abstract class ViewLoader
{
   function __construct($file,$data) //send the file and data
   {
       //Include the file and set the data to a local variable
   }

   public function MakeUri()
   {
       return Registry::get('URITools')->CreateURIByArgs(func_get_args());
   }
}

由于模板文件包含在视图加载器中而不是视图类中，因此它将用户方法与系统方法分开，并且还允许在视图本身中使用方法以实现一般逻辑。

模板文件示例。

<html>
   <body>
      <?php $this->_include("another_tpl_file.php"); ?>
      <?php if(isset($this->session->admin)):?>

          <a href="<?php echo $this->MakeUri("user","admin","panel","id",$this->session->admin_uid) ?>"><?php echo $this->lang->admin->admin_link ?></a>

      <?php endif; ?>
   </body>
</html>

我希望我的例子能帮助你更多地理解这一点。