对于复杂的导航菜单，我应该使用数据缓存还是输出缓存？

Question

我正在尝试根据不同的标准缓存导航菜单的各个部分。

例如，新闻和文章需要按持续时间刷新，而登录和个人资料内容应该按用户缓存。

我正在考虑 2 个选项 - 有人能告诉我每个选项的优缺点吗？如果可能的话，建议采取更好的方法！

选项 1。

只需将所有需要的 html 缓存为数据缓存中的字符串。需要时手动检查用户差异。

我（也许是错误的）认为这将是实现最多的工作，但也是缓存不同部分的最有效方式。

选项 2。

为菜单的每个部分设置一个具有不同子操作的 NavigationController。 （我们可以根据需要对每个子操作应用不同的 outputCacheProfile。）

但这需要我们为导航菜单的每个部分调用单独的 RenderAction。由于对 Phil Haack 的一篇博客文章的评论，我对此感到担心：

[Render Action] 与发出另一个请求非常相似，因为我们 需要通过路由来确保我们有合适的路由 数据和上下文来调用操作方法。所以每次调用 RenderAction 会加起来。

全文在这里：http://haacked.com/archive/2009/11/18/aspnetmvc2-render-action.aspx

Answer 1

我认为人们普遍回避了这个问题，因为这里没有正确的答案。

事实上，您为实现复杂导航而选择的架构将决定最佳的缓存策略。

---

我非常喜欢通过带有子操作的部分视图进行导航。

我同意您的观点，即引用文件需要更多工作。我更喜欢将导航选项按键分组并通过子操作的参数引用的数据库条目。

所以你的导航表可能看起来像这样

grpId    Title        Path
1        Home Page    /
1        About Page   /Home/About
1        Reports Page /Reports
2        Home Page    /
2        Admin Page   /Admin
2        Reports Page /Reports

您的子操作将采用 grpId

[OutputCache(Duration = 60000, VaryByParam = "grpId")]
public PartialViewResult NavigationPage(int grpId)

可以提取所有导航组选项并呈现自定义导航菜单。这种形式的输出缓存是按时间定制的（60000 秒和您的参数）

---

结论：

我怀疑我没有告诉你什么新东西，只是证实了你已经倾向于什么。 MVC 框架非常健壮，并提供工具来很好地处理您想做的事情。使用文件和数据缓存也是一种有效的方法，但它会更让人头疼，需要你自己去实现。

请记住：Haacks 的帖子已超过 4 年（MVC 2 Beta）。从那时起，框架和输出缓存得到了很好的发展。您现在可以缓存部分而不用担心缓存整个页面。 This recent reference to caching with MVC 4 没有直接提及 Phil 之前的担忧，但明显忽略了它们。