PHP MVC，部分视图？

Question

我正在构建一个小型 PHP MVC，但我遇到了一小块编码区域。我认为我需要“部分视图”，但我可能能够使用现有代码实现一些目标。

我的控制器目前最简单的形式：

• 实例化一个对象
• 检查是否设置了 POST 变量
• 根据需要显示视图 1 或显示视图 2

当前的视图：

• 显示 HTML 标记
• 使用并回显模型获取函数，例如 getUserInfo()

一切都很好，但是代码现在在控制器和视图中都变得相当大，并且我已经达到了需要在主视图（1和2）中包含“模块”或子视图的情况.

例如，如果加载了 view2，那么我需要显示（作为 view2 的一部分）另一个视图，比如一个由 3 部分组成的注册表单。该注册表单也带有它自己的控制器文件。

我可以做这样的事情，它会起作用并让您对我正在尝试做的事情有所了解，但我承认这会破坏 MVC 设计模式。

查看

<div id="mydiv">Some content</div>
<div id="mysignup"> <?php include('controller_signup.php'); ?></div>
<div id="content"> The views main page content </div>

视图然后从控制器中拉入正确的位置。

如前所述，我认为我需要使用部分视图，但是我发现的大部分信息都是针对 ASP 的，我有点迷失了！

我会认为这是一个相当普遍的问题，所以我认为有一个明显的解决方案！

谢谢！

Answer 1

你问题的根源在于你没有观点。您所谓的“视图”实际上是template。这反过来会强制控制器中的表示逻辑。

在正确的 MVC 视图中是实例，其中包含所有表示逻辑。他们从模型层获取信息，然后根据数据选择如何显示这些信息。每个视图操作多个模板。

此外，您的控制器似乎获得了额外的责任。它应该改变模型层和当前视图的状态，而不是渲染模板。

Answer 2

不能说我同意 tereško。将表示逻辑放在单独的视图类中似乎更合适，但它确实增加了另一层复杂性。在许多情况下，这个额外的层是不必要的——通常一个视图可以直接渲染你注入的任何模型或数据。所以你最终会得到空的 View 类，它们只将模型从控制器传递到模板。

我想说，保持简单，您可以使用简单的 MVC 制作非常复杂（且可维护）的网站，而无需引入模板的概念。

要处理子视图，您可以简单地让主视图将数据注入子视图，这对控制器应该是透明的（控制器只提供主数据而不关心它应该如何呈现）。所以在实践中，你可以有这样的东西：

控制器：

public function someAction() {
    // ...
    $view = new View('name');
    $view->data = $someList;
}

查看：

<?php foreach ($someList as $item): ?>
    <?php echo (new View('subview', $item))->render();
<?php endforeach; ?>