.NET缓存模块设计是怎样的-创新互联
.NET缓存模块设计是怎样的,相信很多没有经验的人对此束手无策,为此本文总结了问题出现的原因和解决方法,通过这篇文章希望你能解决这个问题。
专注于为中小企业提供网站制作、成都网站建设服务,电脑端+手机端+微信端的三站合一,更高效的管理,为中小企业侯马免费做网站提供优质的服务。我们立足成都,凝聚了一批互联网行业人才,有力地推动了超过千家企业的稳健成长,帮助中小企业通过网站建设实现规模扩充和转变。基本的缓存模块设计
最基础的缓存模块一定有一个统一的CacheHelper,如下:
public interface ICacheHelper { T Get(string key); void Set (string key, T value); void Remove(string key); }
然后业务层是这样调用的
public User Get(int id) { if (id <= 0) throw new ArgumentNullException("id"); var key = string.Format(USER_CACHE_KEY, id); var user = _cacheHelper.Get(key); if (user != null) return user; return _repository.Get(id); }
上面的代码没什么错误,但是实际运用的时候就产生疑问了,因为我一直强调缓存要保存"热数据",那样"热数据"一定会有过期的时候,我们不可能另外写一个去Set。所以干脆就结合到一起写是比较合适的。
public User GetV2(int id) { if (id <= 0) throw new ArgumentNullException("id"); var key = string.Format(USER_CACHE_KEY, id); var user = _cacheHelper.Get(key); if (user != null) return user; user = _repository.Get(id); if (user != null) _cacheHelper.Set(key, user); return user; }
上面的代码其实只是加了一个Set而已,就这样的设计的话,每次一个Get需要的重复代码实在是太多了,那么是不是应该更精简?这时候吃点C#语法糖就很有必要了,语法糖偶尔吃点增进效率,何乐而不为?
public User GetV3(int id) { if (id <= 0) throw new ArgumentNullException("id"); var key = string.Format(USER_CACHE_KEY, id); return _cacheHelperV2.Get(key, () => _repository.Get(id)); } //ICache Get 实现 public T Get (string key, Func fetch = null) { T result = default(T); var obj = Cache.Get(key); if (obj is T) { result = (T)obj; } if(result == null) { result = fetch(); if (result != null) Set(key, result); } return result; }
这里我直接把Set方法都包装进了ICache.Get
缓存模块设计进阶
上一节里的ICache V3几乎已经最精简了,但是其实参考了ServiceStack.Redis之后,我发现了更加的抽象方式。很明显上一节的所有代码里,都是手动管理Key的,对于通常的对象Cache,这个Key还需要手动吗?来上最后一份改进。
public T Get(object id, Func fetch = null) { var type = typeof(T); var key = string.Format("urn:{1}:{2}", type.Name, id.ToString());//这里是关键,直接用TypeName来充当Key return Get(key, fetch); } public T Get (string key, Func fetch = null) { T result = default(T); var obj = Cache.Get(key); if (obj is T) { result = (T)obj; } if (result == null) { result = fetch(); if (result != null) Set(key, result); } return result; }
Get方法完全自动化管理了Key,然后调用的方式再次被精简。
public User GetV4(int id) { if (id <= 0) throw new ArgumentNullException("id"); return _cacheHelperV3.Get(id, () => _repository.Get(id)); }
很明显还少了最重要的Set啊,Set的时候这个Key获取就要费一点事情了,最需要 解决的是如何获取这个主键id的值。
public class User { [PrimaryKey] //这个Attribute是最重要的东西 public int UserId { get; set;} public string UserName { get; set; } public string Cellphone { get; set; } } public void Set(T obj) { //此处应该被缓存以提高反射的效率 var type = typeof(T); var primaryKey = type.GetProperties() .FirstOrDefault(t => t.GetCustomAttributes(false) .Any(c => c is PrimaryKeyAttribute));//这里通过取PrimaryKeyAttribute来获取ID的value var keyValue = primaryKey.GetValue(obj, null); var key = string.Format("urn:{0}:{1}", type.Name, keyValue); var dt = DateTime.UtcNow.AddDays(1);//假设默认缓存1天 var offset = new DateTimeOffset(dt); Cache.Set(key, obj, offset); }
到这里,我想到的最终版本的ICache就完成了。这里还需要说明的是其实PrimaryKey可以更加灵活多变。很多时候一个Object的PrimaryKey是很复杂的,这时候设计Cache实体的时候可以变通下:
public class UserCacheEntity { [PrimaryKey] public int ID { get { return string.Format("{0}:{1}", UserId, UserName); } } public int UserId { get; set; } public string UserName { get; set; } public string Cellphone { get; set; } }
上面的方式几乎可以自动管理常见的数据Cache了,麻烦的是 需要自定义一个CacheObject,这样就带来了实体转换的麻烦,这时候就要看怎么取舍了。
再次说明下我想要的ICache设计:
1. 永远只Cache热数据,这意味着每个Key都要有过期时间
2. ICache自动管理Get/Set,好能自动管理Key。
3. ICache精简同时又不失灵活。
详细的代码Demo可以参考:Git
更灵活的实现
我在写这篇总结之前,也一直在思考Cache应该放到什么层,普通三层的时候放哪里?DDD那样分层的时候又放哪里。Google了下,看到了一些参考。
Cache应该是全局任意的,当然实现起来当然是interface+IOC,这样引用起来更加的独立一些。
看完上述内容,你们掌握.NET缓存模块设计是怎样的的方法了吗?如果还想学到更多技能或想了解更多相关内容,欢迎关注创新互联行业资讯频道,感谢各位的阅读!
当前题目:.NET缓存模块设计是怎样的-创新互联
链接分享:http://azwzsj.com/article/shheh.html