![]() |
1
1
根据要缓存的数据的类型和大小,我建议:
不过,一般来说,我会考虑我的需求,并确保真正需要一个全方位的缓存,编写代码来维护其状态(并调整其资源消耗)不会比直接进入数据库更昂贵。 如果您希望缓存的大多数内容是静态页面,或者是静态和动态内容的组合,我将研究如何利用i i s/asp.net的页面级缓存。 |
![]() |
2
1
我有两个不同的建议,取决于你的计划是可扩展的。不管您选择的是后端缓存,我建议您首先实现 adapter pattern 将您从缓存中抽象出来的层,因此它将限制您对缓存的依赖性,并使您能够稍后将其交换出去。 如果您想通过添加一个web服务器场(多个应用程序服务器)来扩展,那么看看velocity。微软将在4.0中打包,但它目前是一个CPT3,非常容易使用。 如果您不打算移动到多服务器系统,那么只需使用 HttpContext.Current.Cache |
![]() |
3
0
听起来你应该看看 Build Better Data-Driven Apps With Distributed Caching . 本文描述了一个来自Microsoft的新的分布式缓存(代号为Velocity)。 |
![]() |
4
0
我也被邀请使用 SharedCache ,与我正在寻找的架构一模一样: Single Instance Caching . |