php - MVC 框架中的缓存策略？

Question

我编写了自己的小型 PHP MVC 框架，现在正在探索 PHP MVC 框架中的缓存策略。我正在考虑可以缓存什么、缓存在哪里以及如何缓存。

我的框架是简单的 MVC 框架。我有前端 Controller ，它启动应用程序，注册类自动加载，设置 php 运行时指令......最后分析 URL 并将请求分派(dispatch)到适当的 Controller 、方法、 Action Controller ，无论你想如何调用它。从 Controller ，我可以访问域对象和数据映射器，这些映射器可以将域对象持久保存到某些存储，大部分时间是关系数据库。我可以从 Controller 访问域对象和数据映射器。

就缓存而言，这些是我目前可以做的事情。对于 PHP，我可以使用 APC 缓存，它是操作码缓存，但我也可以使用它来将变量保存到 RAM 中。然后我可以使用 Memcache 和 Memcahed 作为 APC 缓存，但如果我必须扩展，我可以从不同的服务器访问存储的缓存。这两个不是操作码缓存。

据我所知我可以做这些事情:

1. 在 Controller 中时，我可以将域对象保存到缓存中，这样我就不必每次都打开到数据库的连接，如果我已经在缓存中有该域对象的话。

2. 我可以构建我的缓存系统，它将在 Bootstrap 中分析 URL，然后如果存在具有该页面 URL 的缓存，则获取该 URL 的已解释页面，如果不存在，它将处理请求，然后将该页面保存到缓存中并将其与当前 URL 相关联

因此，如您所见，我真的不知道如何在我的 MVC 中实现缓存，我应该在哪里缓存东西、如何缓存以及存在哪些可能性。

那么有人可以更好地解释这一点，或者将我重定向到一些我可以了解缓存的好文章吗？

谢谢!

Answer 1

_{The opcode cache is there to offset the cost of interpreting your PHP code for each request. It's related to server infrastructure. Kinda like load balancing. Leave it to your admin(s). Or someone who has used *NIX distro, that is not ubuntu.}

在 MVC 应用程序中，您可以在 3 个地方缓存内容:

• 周边:

  与 MVC 模式本身并不真正相关但与 MVC 相关的应用程序部分:路由机制和(如果您使用它)DIC。

  您可以为路由机制缓存什么有点取决于实现。如果您正在使用从更具可读性的模式中生成的一些正则表达式，那么您可以缓存生成的表达式。并且还可以缓存通常由路由产生的部分参数。这两者在中型/大型网站中都是合理的，对于小型网站完全没有意义。

  如果您决定使用 DIC(我个人认为这是一种反模式，但所有酷 child 都不同意)，那么缓存几乎是强制性的，因为正确编写的 DIC 将利用反射。而且反射很慢。

• 响应

  有时应用程序的某些部分需要大量资源才能创建。如果您的 MVC 解释具有完全实现的 View ，则可以缓存一些用于生成输出的模板。

  例如，以 StackOverflow 之类的网站为例。如果您决定在侧边栏上创建“过去 24 小时内的热门标签” block ，则不可能为每个页面 View 重新生成该 block 。绕过此限制的一种方法是每隔一小时左右重新计算标签并将生成的结果存储在 HTML 片段中。然后可以重复使用此片段。如果缓存的片段是 XHR 使用的一些 JSON，您甚至可以添加客户端过期 header 以进一步降低服务器负载。

  您可以只缓存页面的片段或整个页面。这基本上就是在具有 MVC 架构的站点中处理具有静态内容的部分的方式。

• 模型层

  这是棘手的一点。

  首先你要明白缓存只是另一种形式的存储，这意味着缓存是由特殊的映射器处理的。

  $user = new User;
  $cache = new UserCacheMapper;
  
  $user->setId( 42 );
  if ( ! $cache->fetch( $user ) )
  {
      $storage = new UserDbMapper( $pdo );
      $storage->fetch( $user );
  
      $cache->store( $user );
  }
  
  // the $user object has been initialized
  

  缓存映射器也是缓存失效发生的地方，这样您就可以在项目的任何阶段添加缓存机制。

  不过，我建议停止使用 Controller 来处理域对象和存储之间的交互。您基本上是在表示层中泄露域业务逻辑。我建议创建包含这部分应用程序的服务，并让您将 Controller 与域逻辑隔离开来。