MVC，如何组织页面的缓存部分以及如何与View结合？

Question

现在我正在尝试创建自己的小型 MVC（仅用于练习和理解 MVC 模式细节）。我想缓存部分页面（下拉列表、列表等），但我不知道组织它的最佳方式是什么。

假设我有 PostsController 和 getPostDetailsS​​hortly($post_id) 方法。 这个方法可能看起来像这样...

public function getPostDetailsShortly($post_id) {

  if (!$post_id) return false;
  $content = $this->memcache->get("post" . $post_id); //Trying to get post details HTML from memcache

  if (!$content) { //Not fount in memcache

    $model = new PostsModel();
    $data = $model->getPostDetailsShortly($post_id);

    $this->view->assign('data', $data);

    ob_start();
    $this->view->render();
    $content = ob_get_contents(); //Getting view output into variable
    ob_end_clean();

    $this->memcache->set('post' . $post_id, $content, 1000); //Writing variable to memcache

  }

  return $content;

}

现在我应该使这个控制器方法可以从视图中使用。因为我将在其他页面内使用它，例如，用于构建相关帖子列表。

这样做的最佳实践是什么？也许我错了，有一些更好的方法来组织页面的缓存部分？

PS：抱歉我的英语不好，但我希望它是清楚的。

谢谢你！

Answer 1

对于那些可能不知道的读者来说，MVC 背后的想法是分离站点的模型、视图和控制器架构。我最熟悉的是CakePHP MVC框架。所以这个答案将基于我对 MVC 的了解，因为它与 CakePHP 相关。

由于您提供的信息需要提供给视图，因此我建议将其构建为 HTML 帮助器。 Helper 旨在为视图提供可重用的代码。控制器是代码背后逻辑的实现（如何处理来自视图上表单的数据、调用哪些视图、向模型请求数据等）。

查看您正在谈论的有关缓存这些项目的问题。我认为如果您预计会获得大量流量，这是一件好事，但否则就没有必要。话虽如此，问题似乎更多地与架构有关，而不是与缓存有关。当前的架构似乎很合理，但我会将功能移至可从所有控制器访问的“组件”中。这将允许您从任何需要的控制器调用它，而不必每次都调用特定的控制器。