MVC 的缓存层 - 模型还是控制器？

Question

我正在考虑在哪里实现缓存部分。您认为在哪里实施它最合适？

在每个模型中，还是在控制器中？

方法1（伪代码）：

// mycontroller.php

MyController extends Controller_class {
   function index () {
        $data = $this->model->getData();
        echo $data;
   }
}

// myModel.php

MyModel extends Model_Class{
    function getData() {

        $data = memcached->get('data');

        if (!$data) {
            $query->SQL_QUERY("Do query!");
        }

        return $data;
    }  
}

方法二：

// mycontroller.php

MyController extends Controller_class {
   function index () {
        $dataArray = $this->memcached->getMulti('data','data2');

        foreach ($dataArray as $key) {
            if (!$key) {
                $data = $this->model->getData();
                $this->memcached->set($key, $data);
            }
        }

        echo $data;
   }
}

// myModel.php

MyModel extends Model_Class{
    function getData() {           
        $query->SQL_QUERY("Do query!");

        return $data;
    }  
}

想法：

方法一：

• 没有多重获取/多重设置。如果会返回大量的键，则会产生开销。

• 更易于维护，所有数据库/缓存处理都在每个模型中

方法二：

• 更好的性能 - 使用 multiset/multiget

• 需要更多代码

• 更难维护

告诉我你的想法！

Answer 1

我会将我的缓存职责牢牢地保留在模型中。模型获取数据的位置与控制器或视图的业务无关。他们所关心的是，当请求数据时，会提供数据——这就是 MVC 范式应该如何工作的。

将您的 mem_cache 功能抽象到父模型类中。它将减少您需要编写的代码量（代码 = 时间 = 金钱），简化对系统的修改，并消除您构建的每个模型产生的错误数量（参见前面的公式）。

标准化，标准化。

Answer 2

缓存应该在模型中完成。如果我必须选择一般，我可能最终会透明地缓存模型的数据库交互，这不需要您对模型进行任何更改其余的代码。这当然可以在模型的父类中完成。

绝对专注于缓存您的数据库查询结果，因为与您的数据库接口是您将看到最多开销的地方。我认为缓存您的数据库结果（或者可能是您的整个初始化模型）比其他任何东西都更有效。

请记住，您可以在缓存之前对对象进行序列化，因此将复杂类型（数组或对象）发送到内存缓存中应该不成问题。 PHP 5 提供了神奇的方法__sleep() 和__wakeup() 用于序列化和重构序列化对象。在 PHP 中缓存完整对象基本上是小菜一碟。请参阅http://php.net/manual/en/language.oop5.magic.php 了解更多信息。

您是决定在初始化后立即缓存您的数据还是整个模型取决于您。