php - 为什么在MVC中单独使用模型和 Controller ？

Question

我想了解法尔肯的MVC模式。
在我当前的应用程序中，每个表只需要一个模板文件。模板包含datagrid、select的sql语句、表单、add/edit/delete按钮、一个搜索框以及与数据库交互所需的所有东西，比如连接信息（当然，使用include可以尽可能多地防止重复代码）。（我编写了自己的复杂框架，它将xml模板转换成一个完整的html页面，包括所有生成的javascript代码和css，而业务逻辑不需要任何php。我只使用标准操作脚本和数据库类来完成所有工作，而不是为数据库中的每个表都设置特定的php类。不过，我正在努力遵守更多的网络标准，所以我正在研究替代方案。
我尝试了phalcon的invo示例，注意到companies页面需要一个companies模型、companiescontroller、companiesform和4个不同的视图。对我来说，与我现在的单一文件模板相比，拥有这么多不同的文件太令人困惑了。
我同意将表示与业务逻辑分离是有意义的，但是我不能真正理解为什么模型和控制器需要在不同的类中。这只会让事情变得更复杂。而且似乎很多人已经很难决定模型中应该包含什么以及控制器中应该包含什么。例如，如果验证需要业务逻辑，则有时会将其放在模型中，而在控制器中则不然，这看起来相当复杂。
我只在一个小团队工作，所以“关注点分离”（除了演示和业务逻辑）对我们来说并不是最重要的事情。
如果我决定不使用单独的模型和控制器类，
我能预料到什么问题？

Answer 1

Phalcon的Phalcon\Mvc\Model类（您的模型应该进行扩展）旨在提供与数据库交互的面向对象方法。例如，如果您的表是Shopping_Cart，那么您将命名您的类ShoppingCart。如果您的表有一个列“id”，那么您可以在类public $id;中定义一个属性。
Phalcon还提供了initialize()和beforeValidationOnCreate()等方法。我承认这些方法对于它们的工作方式、运行时间以及最初为什么要调用它们都是非常混乱的。
initialize()是非常自解释的，每当您的类启动时都会调用它。在这里，如果表的名称不同于类，则可以执行setSource之类的操作，或者调用belongsTo和hasMany之类的方法来定义它与其他表的关系。
关系是很有用的，因为这样做很容易，比如在用户购物车中搜索产品，然后使用id，您将获得对Accounts表的引用，最后获取买家购物车中商品的卖家的用户名。
我的意思是，当然，你可以对这类东西进行单独的查询，但是如果你在一开始就定义了表关系，为什么不呢？
根据为数据库中的每个表定义专用模型的意义，可以定义自己的自定义方法来管理模型。例如，您可能希望在ShoppingCart类中定义一个public function updateItemsInCart($productId,$quantity)方法。然后，当您需要与shoppingcart交互时，您只需调用此方法并让模型担心业务逻辑。这不是编写一些复杂的update查询，它也可以工作。
是的，你可以把这种东西放在你的控制器里。但也有一个干燥（不要重复自己）的原则。mvc的目的是分离关注点。那么，如果您不想要一个专门的模型部分，为什么首先要遵循mvc呢？好吧，也许你不需要。并非每个应用程序都需要模型。例如，此代码不使用任何：https://github.com/phalcon/blog
就我个人而言，在使用了Phalcon的模型结构一段时间之后，我开始不喜欢他们对模型的一层方法。我更喜欢实体、服务和存储库方向的多层模型。你可以在这里找到这样的代码：
https://github.com/phalcon/mvc/tree/master/multiple-service-layer-model/apps/models
但是，由于使用了太多的抽象，这样做可能会变得非常迅速，而且很难管理。介于两者之间的解决方案通常是可行的。
但老实说，使用Phalcon的内置数据库适配器进行查询并没有什么问题。如果您遇到一个很难编写的查询，没有人说您的每个模型都需要扩展Phalcon\Mvc\Model。写这样的东西仍然是完全合理的逻辑：

$pdo = \Phalcon\DI::getDefault()->getDb()->prepare($sql);
foreach($params as $key => &$val)
{
    $pdo->bindParam($key,$val);
}
$pdo->setFetchMode(PDO::FETCH_OBJ);
$pdo->execute();
$results=$pdo->fetchAll();

模型非常灵活，没有“最好”的方法来安排它们。“什么都管用”的方法是好的。以及“我希望我的模型为我可能需要的每个操作都有一个方法”。
我承认 invo和 vokuro半功能示例（仅用于演示目的）对于养成良好的模型设计习惯并不太好。我建议你找一个真正正经使用的软件，比如论坛的代码： https://github.com/phalcon/forum/tree/master/app/models
Phalcon仍然是一个新的框架来寻找优秀的榜样。
正如您所提到的，关于将所有模型放在一个文件中，这是非常好的。请注意，如前所述，在 setSource中使用 initialize，您可以将类命名为不同于它们正在处理的表。您还可以利用名称空间并使类与表名匹配。您可以更进一步，创建一个类来使用setsource动态创建所有表。假设你想使用Phalcon的数据库适配器。在pdo上编写自己的代码或者使用其他框架的数据库适配器都没有问题。
正如您所说，在一个小团队中，关注点的分离并不是那么重要，因此您可以在没有模型目录的情况下离开。如果有任何帮助，您可以使用我为您的数据库适配器编写的内容： http://pastie.org/10631358
然后把它放到app/library目录中。在配置中加载组件，如下所示：

$di->set('easySQL', function(){
    return new EasySQL();
});

然后在你的基本模型中你会放：

public function easyQuery($sql,$params=array())
{
    return $this->di->getEasySQL()->prepare($sql,$params)->execute()->fetchAll();
}

最后，从模型中，您可以执行以下简单操作：

$this->easyQuery($sqlString,array(':id'=>$id));

或者全局定义函数以便控制器也可以使用它，等等。
还有别的办法。希望我的“easysql”组件能让你更接近你的目标。根据您的需要，也许我的“easysql”组件只是一个很长的编写过程：

$query = new \Phalcon\Mvc\Model\Query($sql, $di);
$matches=$query->execute($params);

如果不是，也许你是在寻找

$matches=MyModel::query()->where(...)->orderBy(...)->limit(...)->execute();

很好。