php - PHP MVC原则

Question

我没有使用现成的框架，也不特别想（我也不想探究原因…）。不管怎样，关于我的问题，我希望它有意义…
我在试着让我的头在模型中应该去和控制器中应该去。最初，我的印象是模型类应该表示一个实际的对象（例如，来自数据库cars表的car），模型属性应该映射数据库字段。然而，我现在感觉到我的想法是错误的——模型类的一个实例是否代表了一个实际的项目，或者它是否包含了许多做事情的方法——根据我前面的例子，有时是一辆车，有时是多辆车。
例如，我想从数据库中获取所有汽车并在视图中显示它们。我是不是觉得应该按照这样的思路？
控制器文件

function list() {
    $cars = $this->model->get_all();
    $this->view->add($cars);
    $this->view->render('cars-list');
}

模型文件

function get_all() {
    // Use a database interaction class that I've written 
    $cars = Database::select();

    return $cars;
}

现在，如果汽车有一个“状态”字段，它作为一个整数存储在数据库中，我想把它变成一个字符串，那该怎么办呢？在模型中的get_all（）方法中循环sql results数组？
另外，表单验证应该在哪里进行？我写了一个验证类，工作原理如下：

$validator = new Validator();    
$validator->check('field_name', 'required');

如果检查失败，它将向验证器中的数组添加一条错误消息。然后，这个错误消息数组将被传递到视图。我的验证器类应该在model中使用还是在controller中使用？
感谢任何人提供的任何帮助。如果您知道与处理基本crud的简单mvc示例/开源应用程序的任何链接，我们将非常感谢。

Answer 1

MVC的一般职责如下：
模型：业务逻辑。很多人认为模型只是数据库的一个接口，但这是不正确的。系统中的模型应该描述系统中的所有实体、它们的行为以及它们的交互方式。数据访问只是其中的一小部分（甚至可以说应该划分成独立于模型、视图或控制器的数据访问层）。例如，在blogging应用程序中，blog将有一个posts集合，而每个post可能有一个comments集合（取决于blogging应用程序实现的功能）。这意味着实现一个blog类、一个post类和一个comment类。如果你选择删除一篇文章，那么这篇文章的责任就是确保它不会留下任何孤立的评论。您可以在post类中使用一个用于删除post的方法，在comment类中使用一个类似的方法。当帖子被发送删除消息时，它将作为删除过程的一部分，向与被删除的帖子相关联的所有评论发送删除消息。
视图：表示逻辑。视图基本上是网页、rss提要、csv文件，实际上是应用程序可能输出给最终用户的任何类型的数据。它应该只显示分配给它的变量。（在视图中实现一些逻辑是可以的，只要它与输出数据有关。观点不必完全愚蠢）
控制器：胶水逻辑。控制器基本上有两项工作要做：1）从模型中获取数据，将其注入视图并呈现给用户。2）接受用户的输入，将其发送到适当的模型进行处理，并将结果呈现给用户。这意味着控制器应该包含很少的代码，这正是实现上面列出的两个目标所需要的。
正如我已经提到的，很多人认为这个模型只不过是一个数据访问层。你通常可以知道人们是如何遵循这种设计哲学的，因为结果是没有做很多事情的模型，和控制器做的太多（所谓的FAT控制器反模式）。这个方法的问题是，如果你想在其他项目中重用你的代码库的部分，那么你就不能把模型带到新的项目上，而不需要把控制器的一大块连同它一起。控制器通常被认为是特定于应用程序的，因此不可重用。另一方面，模型在应用程序中包含实体，您可能有几个应用程序需要使用相同类型的实体（博客软件、电子商务店面和留言板都是非常不同的应用程序，但它们都需要实现用户）。
一般来说，您需要FAT模型（可以很容易地重用，而不必复制在模型本身中没有实现的代码）和瘦控制器（当您需要模型来做其他事情时，它可以很容易地被替换）。
不过，验证在工作中有点像扳手，因为它被称为横切关注点。mvc的思想是关注点的分离，因为它的目标是将代码描述为三个主要类别之一（业务逻辑、表示逻辑、粘合逻辑），但是验证不容易适应其中任何一个类别。好的参数既可以是业务逻辑又可以是胶粘逻辑，如果您想向用户显示验证错误，那么它也有一个表示逻辑的元素。
通常，我在模型中实现一个级别的验证，通常是相当基本的健全性检查（例如要求整数实际上是值之间的值等），并实现一组单独的类来执行输入的完全验证。我将在控制器中调用验证类，如果验证失败，我将向视图显示结果。如果成功，数据将被发送到相关模型进行处理。我想你可以称为验证“实用逻辑”，这是你需要经常做的事情，你不能真正绑定到任何一个模型、视图或控制器。