nopCommerce架构分析系列（二）数据Cache
序言
在很多访问量较大的系统中，尤其在某一项数据访问频次较高时，我们会考虑使用缓存，减少系统和数据库的交互，以达到良好的用户体验。缓存主要有页面缓存和数据缓存。数据缓存的实现有很多方式，有基于memcached的，还有基于.net 4.0 数据缓存框架 ，还有一些其他的实现方式。院子里有 PetterLiu memcached快递上手之C# ，有兴趣的可以查看，本文主要讨论的是基于.net 4.0 数据缓存框架 .
数据缓存的实现原理
nopCommerce项目中有两类的数据缓存，一个是全局数据缓存MemoryCacheManager，是用.net 4.0数据缓存框架实现的。另一个是页面请求级的数据缓存PerRequestCacheManager是基于HttpContextBase实现的。
1、数据缓存框架是.net 4.0框架中新增的功能，详细了解.net 4.0 的缓存功能请看阿不写的 全面认识一下.NET 4.0的缓存功能 。
图1 部分缓存框架相关的类
2、基于HttpContextBase页面请求级数据缓存
HttpContextBase 类为抽象类，该类包含的成员与 HttpContext 类相同。 使用 HttpContextBase 类可以创建一些派生类，这些派生类与
HttpContext 类相似，但是可以进行自定义并在 ASP.NET 管道外部使用。 在执行单元测试时，通常使用派生类实现具有自定义行为的成员以实现正在测试的方案，这更容易进行单元测试。 HttpContextWrapper 类是从 HttpContextBase 类派生的。 HttpContextWrapper 类用作 HttpContext 类的包装。 在运行时，通常使用 HttpContextWrapper 类的实例调用 HttpContext 对象上的成员。
HttpContext的Items集合是IDictionary键/值对的对象集合，在HttpRequest的生存期中共享。存储成本很高的调用的结果，防止该调用在页面上出现多次。一个HttpRequest中的各个单元需要处理相同或类似的数据。如果数据的生存期只是一个请求，就可以考虑使用HttpContext. Items作为短期的高速缓存。
nopCommerce 项目中的缓存
1 、缓存的实现
nopCommerce项目缓存类层级图
ICacheManager 接口，该接口定义了数据缓存常用的方法。
View Code
CacheExtensions 扩展方法对ICacheManager进行扩展。
View Code
MemoryCacheCache 类，使用.net 缓存框架实现数据缓存
View Code
PerRequestCacheManager 类，实现页面请求级的数据缓存。
View Code
NopNullCache 类，空的数据缓存类。
View Code
2 、缓存的应用
下面是BlogService类中的CRUD，从中我们可以了解到，数据缓存是如何处理的，在数据检索时，直接从缓存取数据，其他方法均根据相关正则表达式移除BlogPost的所有缓存，以避免读取到脏数据。
View Code
下面是nopCommerce中该部分的依赖注入部分：ps：nopCommerce的依赖注入会在以后为大家介绍：）
View Code
有何改进指出？
在缓存具体实现的时候，除了检索方法，其他的CRUD方法，均删除了所有同类的数据缓存，我们是不是可以这样想，上面的BlogPost肯定是有主键的，我们可以根据主键对缓存里面数据进行相关的操作，而不是在增删改的时候，移除所有的BlogPost缓存。
总结
在我们的系统中，根据需要去判断是否需要去设置缓存，采用何种方式去实现缓存？nopCommerce项目中给我提供了很好的例子，在实际应用可以借鉴其实现方式，增强我们系统的用户体验。
相关资料：
1、 为短时间状态存储应用HttpContext.Current.Items
2、 全面认识一下.NET 4.0的缓存功能
3、 HttpContext是干什么的
4、 为什么是HttpContextBase而不是IHttpContext
http://www.cnblogs.com/gusixing/archive/2012/04/12/2443799.html
作者： Leo_wl
出处： http://www.cnblogs.com/Leo_wl/
本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。
版权信息查看更多关于nopCommerce架构分析系列（二）数据Cache的详细内容...