.NET 緩存模塊設計實踐

更新時間：2016年08月03日 11:40:26 作者：筍干

這篇承接上篇對緩存的概念，框架上的理解，講講緩存模塊設計實踐過程，感興趣的小伙伴們可以參考一下

上一篇談了我對緩存的概念，框架上的理解和看法，這篇承接上篇講講我自己的緩存模塊設計實踐。

基本的緩存模塊設計
最基礎的緩存模塊一定有一個統(tǒng)一的CacheHelper，如下:

  public interface ICacheHelper
  {   
    T Get<T>(string key);
        
    void Set<T>(string key, T value);   

    void Remove(string key);        
  }

然后業(yè)務層是這樣調用的

  public User Get(int id)
    {
      if (id <= 0)
        throw new ArgumentNullException("id");

      var key = string.Format(USER_CACHE_KEY, id);
      var user = _cacheHelper.Get<User>(key);
      if (user != null)
        return user;

      return _repository.Get(id);
    }

上面的代碼沒什么錯誤，但是實際運用的時候就產(chǎn)生疑問了，因為我一直強調緩存要保存"熱數(shù)據(jù)"，那樣"熱數(shù)據(jù)"一定會有過期的時候，我們不可能另外寫一個去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<User>(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<User>(key, () => _repository.Get(id));      
}

//ICache Get<T>實現(xiàn)
public T Get<T>(string key, Func<T> 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<T>，附帶上Fetch Func。這樣就把公共的操作抽象到了一起，簡化了Cache的調用，完美的符合了我的想法。

緩存模塊設計進階
上一節(jié)里的ICache V3幾乎已經(jīng)最精簡了，但是其實參考了ServiceStack.Redis之后，我發(fā)現(xiàn)了更加的抽象方式。很明顯上一節(jié)的所有代碼里，都是手動管理Key的，對于通常的對象Cache，這個Key還需要手動嗎?來上最后一份改進。

public T Get<T>(object id, Func<T> 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<T>(string key, Func<T> 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<User>(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>(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; }
}

上面的方式幾乎可以自動管理常見的數(shù)據(jù)Cache了，唯一麻煩的是需要自定義一個CacheObject，這樣就帶來了實體轉換的麻煩，這時候就要看怎么取舍了。
再次說明下我想要的ICache設計：

1. 永遠只Cache熱數(shù)據(jù)，這意味著每個Key都要有過期時間
2. ICache自動管理Get/Set，最好能自動管理Key。
3. ICache精簡同時又不失靈活。
詳細的代碼Demo可以參考：Git

更靈活的實現(xiàn)
我在寫這篇總結之前，也一直在思考Cache應該放到什么層，普通三層的時候放哪里？DDD那樣分層的時候又放哪里。Google了下，看到了一些參考。
http://stackoverflow.com/questions/15340173/in-which-layer-implement-the-cache
我覺得這里比較符合我的想法，Cache應該是全局任意的，當然實現(xiàn)起來當然是interface+IOC，這樣引用起來更加的獨立一些。
另外還有Cache更加高級的使用，AOP結合ICache V4這樣的設計，豈不是更好？這里我還沒有去實現(xiàn)AOP的Attribute，這又是一個大話題的，下次再來實現(xiàn)吧。

以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持腳本之家。

您可能感興趣的文章:

NET索引器使用方法實例代碼
索引器允許類或結構的實例按照與數(shù)組相同的方式進行索引。索引器類似于屬性，不同之處在于它們的訪問器采用參數(shù)，下面看一個小例子
2013-11-11
Asp.net response對象與request對象使用介紹
這篇文章主要介紹了Asp.net response對象與request對象使用,需要的朋友可以參考下
2014-04-04
.NET的基元類型包括什么及Unmanaged和Blittable類型詳解
這篇文章主要介紹了.NET的基元類型包括什么及Unmanaged和Blittable類型詳解,Unmanaged類型可以理解不涉及托管對象引用的值類型，本文通過實例代碼給大家介紹的非常詳細，需要的朋友可以參考下
2023-06-06
ASP.NET Core WebApi版本控制的實現(xiàn)
這篇文章主要介紹了ASP.NET Core WebApi版本控制的實現(xiàn)，文中通過示例代碼介紹的非常詳細，對大家的學習或者工作具有一定的參考學習價值，需要的朋友們下面隨著小編來一起學習學習吧
2021-02-02
.Net中如何操作IIS的虛擬目錄原理分析及實現(xiàn)方案
編程控制IIS實際上很簡單，和ASP一樣，.Net中需要使用ADSI來操作IIS，但是此時我們不再需要GetObject這個東東了，因為Net為我們提供了更加強大功能的新東東
2012-12-12
Asp.net中的GridView導出遇到的兩個問題和解決方法
Asp.net下GridView導出遇到的兩個問題與解決方法，需要的朋友可以參考一下。
2009-12-12
asp.net 簡便無刷新文件上傳系統(tǒng)
之前寫過一個仿163網(wǎng)盤無刷新多文件上傳系統(tǒng)，已經(jīng)對無刷新上傳文件的原理做了詳細的分析而這次的系統(tǒng)主要是針對單個file控件的，便攜版，使用更簡單，還有更深入的分析
2012-05-05
使用FreeHost SQL2000網(wǎng)頁管理器出錯解決辦法
在您登陸FreeHost SQL2000網(wǎng)頁管理器時,如果提示以下信息: 發(fā)生類型為 System.Web.HttpUnhandledException 的異常
2012-01-01
[Asp.Net Core]提高開發(fā)效率的方法
這篇文章主要介紹了[Asp.Net Core]提高開發(fā)效率的方法，文中示例代碼非常詳細，幫助大家更好的理解和學習，感興趣的朋友可以了解下
2020-07-07
詳解ASP.NET Core實現(xiàn)強類型Configuration讀取配置數(shù)據(jù)
本篇文章主要介紹了詳解ASP.NET Core實現(xiàn)強類型Configuration讀取配置數(shù)據(jù) ，具有一定的參考價值，感興趣的小伙伴們可以參考一下
2017-05-05