上一篇談了我對(duì)緩存的概念，框架上的理解和看法，這篇承接上篇講講我自己的緩存模塊設(shè)計(jì)實(shí)踐。
基本的緩存模塊設(shè)計(jì)
最基礎(chǔ)的緩存模塊一定有一個(gè)統(tǒng)一的CacheHelper，如下:
public interface ICacheHelper
{
T GetT>(string key);
void SetT>(string key, T value);
void Remove(string key);
}
然后業(yè)務(wù)層是這樣調(diào)用的
public User Get(int id)
{
if (id = 0)
throw new ArgumentNullException("id");
var key = string.Format(USER_CACHE_KEY, id);
var user = _cacheHelper.GetUser>(key);
if (user != null)
return user;
return _repository.Get(id);
}
上面的代碼沒什么錯(cuò)誤，但是實(shí)際運(yùn)用的時(shí)候就產(chǎn)生疑問了，因?yàn)槲乙恢睆?qiáng)調(diào)緩存要保存"熱數(shù)據(jù)"，那樣"熱數(shù)據(jù)"一定會(huì)有過期的時(shí)候，我們不可能另外寫一個(gè)去Set。所以干脆就結(jié)合到一起寫是比較合適的。
public User GetV2(int id)
{
if (id = 0)
throw new ArgumentNullException("id");
var key = string.Format(USER_CACHE_KEY, id);
var user = _cacheHelper.GetUser>(key);
if (user != null)
return user;
user = _repository.Get(id);
if (user != null)
_cacheHelper.Set(key, user);
return user;
}
上面的代碼其實(shí)只是加了一個(gè)Set而已，就這樣的設(shè)計(jì)的話，每次一個(gè)Get需要的重復(fù)代碼實(shí)在是太多了，那么是不是應(yīng)該更精簡(jiǎn)？這時(shí)候吃點(diǎn)C#語(yǔ)法糖就很有必要了，語(yǔ)法糖偶爾吃點(diǎn)增進(jìn)效率，何樂而不為？
public User GetV3(int id)
{
if (id = 0)
throw new ArgumentNullException("id");
var key = string.Format(USER_CACHE_KEY, id);
return _cacheHelperV2.GetUser>(key, () => _repository.Get(id));
}
//ICache GetT>實(shí)現(xiàn)
public T GetT>(string key, FuncT> 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方法都包裝進(jìn)了ICache.GetT>，附帶上Fetch Func。這樣就把公共的操作抽象到了一起，簡(jiǎn)化了Cache的調(diào)用，完美的符合了我的想法。
緩存模塊設(shè)計(jì)進(jìn)階
上一節(jié)里的ICache V3幾乎已經(jīng)最精簡(jiǎn)了，但是其實(shí)參考了ServiceStack.Redis之后，我發(fā)現(xiàn)了更加的抽象方式。很明顯上一節(jié)的所有代碼里，都是手動(dòng)管理Key的，對(duì)于通常的對(duì)象Cache，這個(gè)Key還需要手動(dòng)嗎?來上最后一份改進(jìn)。
public T GetT>(object id, FuncT> fetch = null)
{
var type = typeof(T);
var key = string.Format("urn:{1}:{2}", type.Name, id.ToString());//這里是關(guān)鍵，直接用TypeName來充當(dāng)Key
return Get(key, fetch);
}
public T GetT>(string key, FuncT> 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方法完全自動(dòng)化管理了Key，然后調(diào)用的方式再次被精簡(jiǎn)。
public User GetV4(int id)
{
if (id = 0)
throw new ArgumentNullException("id");
return _cacheHelperV3.GetUser>(id, () => _repository.Get(id));
}
很明顯還少了最重要的Set啊，Set的時(shí)候這個(gè)Key獲取就要費(fèi)一點(diǎn)事情了，最需要 解決的是如何獲取這個(gè)主鍵id的值。
public class User
{
[PrimaryKey] //這個(gè)Attribute是最重要的東西
public int UserId { get; set;}
public string UserName { get; set; }
public string Cellphone { get; set; }
}
public void SetT>(T obj)
{
//此處應(yīng)該被緩存以提高反射的效率
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);//假設(shè)默認(rèn)緩存1天
var offset = new DateTimeOffset(dt);
Cache.Set(key, obj, offset);
}
到這里，我想到的最終版本的ICache就完成了。這里還需要說明的是其實(shí)PrimaryKey可以更加靈活多變。很多時(shí)候一個(gè)Object的PrimaryKey是很復(fù)雜的，這時(shí)候設(shè)計(jì)Cache實(shí)體的時(shí)候可以變通下：
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; }
}
上面的方式幾乎可以自動(dòng)管理常見的數(shù)據(jù)Cache了，唯一麻煩的是 需要自定義一個(gè)CacheObject，這樣就帶來了實(shí)體轉(zhuǎn)換的麻煩，這時(shí)候就要看怎么取舍了。
再次說明下我想要的ICache設(shè)計(jì)：
1. 永遠(yuǎn)只Cache熱數(shù)據(jù)，這意味著每個(gè)Key都要有過期時(shí)間
2. ICache自動(dòng)管理Get/Set，最好能自動(dòng)管理Key。
3. ICache精簡(jiǎn)同時(shí)又不失靈活。
詳細(xì)的代碼Demo可以參考：Git
更靈活的實(shí)現(xiàn)
我在寫這篇總結(jié)之前，也一直在思考Cache應(yīng)該放到什么層，普通三層的時(shí)候放哪里？DDD那樣分層的時(shí)候又放哪里。Google了下，看到了一些參考。
http://stackoverflow.com/questions/15340173/in-which-layer-implement-the-cache
我覺得這里比較符合我的想法，Cache應(yīng)該是全局任意的，當(dāng)然實(shí)現(xiàn)起來當(dāng)然是interface+IOC，這樣引用起來更加的獨(dú)立一些。
另外還有Cache更加高級(jí)的使用，AOP結(jié)合ICache V4這樣的設(shè)計(jì)，豈不是更好？這里我還沒有去實(shí)現(xiàn)AOP的Attribute，這又是一個(gè)大話題的，下次再來實(shí)現(xiàn)吧。
以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。
您可能感興趣的文章:- ASP.NET緩存管理的幾種方法
- asp.net(C#)遍歷memcached緩存對(duì)象
- Asp.Net Cache緩存使用代碼
- ASP.NET網(wǎng)站管理系統(tǒng)退出 清除瀏覽器緩存,Session的代碼
- .net/c# memcached緩存獲取所有緩存鍵的方法步驟
- asp.net 客戶端瀏覽器緩存的Http頭介紹
- ASP.net Substitution 頁(yè)面緩存而部分不緩存的實(shí)現(xiàn)方法
- ASP.NET性能優(yōu)化之讓瀏覽器緩存動(dòng)態(tài)網(wǎng)頁(yè)的方法
- ASP.NET頁(yè)面在IE緩存的清除辦法
- asp.net 提高網(wǎng)站速度及如何利用緩存
