在 Zend Framework 中，在视图中设置变量还是在控制器中设置变量更好？

Question

我的问题需要一些设置，所以请耐心等待：

我开始使用视图助手从模型中获取数据，而不是将其散布在控制器上（提示 埃里克·克莱蒙斯）。 它的可重用性和灵活性要高得多。 我就喜欢！

我通常做的是将模板放在index.phtml中，然后当我需要从模型中获取某些内容时，将该片段放入detail.phtml中，这样逻辑就尽可能远离。

然而，我开始意识到需要重用变量。 例如，类别名称。 现在您不想使用视图助手一遍又一遍地从模型中获取猫的名字。 虽然可以缓存，但是显然太麻烦了。

所以我开始在detail.phtml 中使用几行php 来设置变量。 而且味道不再对劲了。 视图不应该有太多逻辑。

那么大家怎么说呢？ 如果变量被重用，将其放入控制器中？ 或者不介意在视图中设置几个变量？

编辑：艾伦·斯托姆（Alan Storm）要求提供 viewhelpers 的示例：

detail.phtml：（

<ul id="productList">

<? foreach($this->getProductById($id) as $product) : ?>
    <li><?= $this->escape($product['name']) ?></li>
<? endforeach; ?>

</ul>

为反短标记者的攻击做好准备）

另一个编辑： 我发现不可能有两个正确答案。 那好吧...

Answer 1

控制器和视图都不用于存储应用程序状态。 这就是模型的用途。

请记住，MVC 中的“模型”不是数据库表！ 模型是您为应用程序实现业务逻辑的地方，将其存储在数据库中是模型的内部实现细节。 但是您的应用程序中可以包含与数据库无关的模型。

Answer 2

我不确定你所说的具体技术。 下面假设您在 View Helpers 上创建方法通过包装对模型的“获取数据”方法的调用来返回信息。 这可以让您摆脱许多其他 PHP MVC 框架所采用的被动视图模式。 视图直接进入模型获取数据。 您担心的是，多次调用视图助手将导致模型两次获取数据。 这是一个似乎很容易避免的潜在性能问题。

//example of how I'm assuming you're using view helpers
echo $this->viewHelperName->modelName->getDataIWant('key');

如果这准确地描述了您的问题，那么“如果我需要使用它两次，请在控制器中设置一个视图变量，否则只需使用视图助手”方法可能是错误的。 这更多是我个人的偏好，但无论您选择哪种方法将数据从模型获取到视图，您都应该在整个应用程序中坚持使用。

您在这里试图解决的问题是“直接从模型获取数据具有很高的性能成本”。 这是模型实现应该解决的问题。 这不应该通过卡顿的编码风格来修复:)

正如您已经提到的，最好的解决方案是缓存。 如果你聪明的话，缓存不一定是“太麻烦”。

public function getDataIWant($key, $clear_cache=false)
{
    if(!array_key_exists($key, $this->_cache) || $clear_cache)
    {
        $this->_cache[$key] = parent::getDataIWant[$key];
    }

    return $this->_cache[$key];
}

如果缓存对于您使用模型的方式不可行，那么我建议向您的模型添加一个方法来获取所需的数据，并使用 extract 来定义视图范围中的变量。

class MyModel
{
    ...
    function getDataForFooView
    {
        return Array(
            'company_name'=>$this->getCompanyName
        );
    }
    ...
}

...
//top of the view file
<?php extract($this->viewHelper->modelName->getDataForFooView()) ?>
<h1><?php echo $company_name; ?></h1>

它仍然有点卡顿，但是您的视图文件（顶部的一行）保持一致，气味会更少。 也就是说，缓存是实现此目的的“正确™”方式。 避免这种情况只是用一种气味换另一种气味。 一种思考方式是，当您定义视图变量（直接在视图中或通过在控制器中设置它）时，您已经在使用缓存，只是以一种随意的方式。

Answer 3

简短的回答：恕我直言，是的，将其放入控制器中。

原因：

1）控制器将变量传递到视图中是更典型的MVC。

2) 可维护性：当我在 3 个月内再次访问视图时，我不想在相邻的视图/模板中查找变量。 现在您又回到意大利面条式代码，必须猜测特定变量的来源。

Answer 4

我真的不喜欢变量的想法：它在视图或控制器中添加更多代码，而且感觉不太好。

另一方面，我喜欢缓存的想法...事件，如果你认为它太复杂/杀伤力太大了​​。

为什么不在中间找到某种方法呢？ 不使用像 file/APC/memcache 这样的缓存，而只是将数据保留在内存中以供脚本执行？

您可以为此使用静态变量； 要么在你的类中，要么直接在方法中（取决于“在类的方法之间共享缓存是否有意义？”）

为了说明这个想法，这里有一个快速的代码部分； 考虑这个类：

class A {
    public function test($param) {
        static $cache = array();
        if (isset($cache[$param])) {
            var_dump("cache hit : $param = {$cache[$param]}");
            return $cache[$param];
        } else {
            // Fetch from DB (here, simulated ^^ )
            $cache[$param] = mt_rand(0, 9999);
            var_dump("cache miss : $param = $cache[$param]");
            return $cache[$param];
        }
    }
}

test方法使用一个静态变量（该变量将有一个且只有一个实例，由该类的任何实例共享）来存储从D B。

如果你这样调用：

$a = new A();
$b = new A();

$a->test(10);   // miss
$a->test(15);   // miss
$b->test(10);   // hit
$b->test(25);   // miss
$a->test(25);   // hit

你会得到这样的结果：

string 'cache miss : 10 = 3745' (length=22)
string 'cache miss : 15 = 7800' (length=22)
string 'cache hit : 10 = 3745' (length=21)
string 'cache miss : 25 = 8623' (length=22)
string 'cache hit : 25 = 8623' (length=21)

每次使用新参数调用该方法时，都会失败，然后你会转到数据库。 但是，当参数已经使用过一次时调用它时，数据就在内存中——并且您不需要访问数据库;-)

这没有帮助吗？ 我猜，在你的情况下，A类是视图助手，顺便说一句；-)并且mt_rand将是一个数据库查询^^

作为旁注：这个不应该对太大的对象执行此操作，因为它将使用一些 RAM...并且没有很多 RAM...

编辑：当您使用 Zend Framework 时，您可能有兴趣使用 Zend_Memory 而不是那个静态变量：它处理诸如占用的 RAM 量之类的东西（例如，如果需要，它可以从“缓存”中删除数据），如果我没记错的话。

另外：是的，您仍然多次调用该方法...但这比执行查询更好...并且，这样，视图和控制器都不必关心任何类型的“缓存”：这不是它们的工作。

而且：我已经使用这种技术很多年了，没有任何问题（只要我只用这种方式存储小物体，而且数量不要太多）； 而且我不是唯一一个使用这个的人； 例如，Drupal 也使用它。

Answer 5

我在控制器中完成几乎所有变量分配。 为什么？ 我对每个操作都有多个可用的视图。 我使用 ContextSwitch 为 ATOM、RSS 和纯 HTML 中的页面提供提要。 在很多方面，我可以将其扩展到 API（json 或 xml）和 oEmbed 处理。 现在，我正在模型对象列表中进行分配，因为不同的视图需要来自模型的不同数据，但我只是访问我分配的内容。

好处是我可以编写一次控制器，然后以我想要呈现数据的方式编写视图脚本。 我在这里和那里使用了一些视图助手来获得更多基于视图的逻辑。

现在我想你可以使用更复杂的视图助手来做到这一点（并使用某种注册表来存储你希望在请求中记忆/缓存的数据），但看起来你隐藏的东西比你需要的更深，但这可能是意见问题。

Answer 6

我在我的控制器中使用它：
$this->view->someVariable = 1;

....
在视图

view->someVariable中

Answer 7

<块引用>

所以我开始在detail.phtml 中使用几行php 来设置变量。
而且味道不再对劲了。 视图不应该有太多逻辑。

视图可以包含任意数量的显示逻辑。
业务逻辑应该位于模型和/或控制器中，具体取决于您喜欢重型模型还是轻型模型。

在我自己的工作中，我倾向于分配控制器中的所有变量，除非我使用视图助手来呈现导航、广告等。视图助手实际上适用于您将在网站的许多部分重复使用的东西。

当将控制器中的变量分配给视图时，并且我有一个记录集，我倾向于循环该记录集并将它们推送到关联数组上。 我没有将实际的记录集传递给视图，而是传递了这个数组。

这样做的原因是这样我可以：

1. 操纵控制器中显示的值，而不是视图（电话：1234567890 变为 123-456-7890）
2. 在控制器中进行任何连接或其他获取
3. 将琐碎的显示逻辑保留在视图之外（即为偶数行和奇数行设置 css 类等）

示例控制器：

$count = 0;
$list = array();
$result = mysql_query("select * from items limit 10");
while($item = mysql_fetch_object($result))
{
   if($count % 2 ==0){ $css_class = 'even'; } else { $css_class = 'odd'; }
   $count++;
   $item->css_class = $css_class;

   if($item->first_name && $item->last_name)
   {
      $item->name = $item->first_name.' '.$item->last_name;
   }
   else
   {
      $item->name = $item->username;
   }

   $list[] = $item;
}
$this->view->list = $list;

示例视图：

<?foreach($this->list as $item):?>
<tr class="<?=$item->css_class?>">
    <td><?=$this->escape($item->name)?></td>
</tr>
<?endforeach;?>