本文3.0版本文章
課前注意:
關於攔截器
1、保證你寫的autofac程序集批量依賴注入是有效的，且能正常運行；
2、攔截器有一定的要求，注意被攔截的對象是單純的類（EnableClassInterceptors），還是有接口代理模式（EnableInterfaceInterceptors），不同的方案，對應不同的方法；
3、如果被攔截的對象是單純的類，而沒有接口，除了用對應的攔截方案（上邊第2點）外，還要保證攔截的方法是虛方法（代理核心就是重寫）；
4、代理類只要打斷點能進去就代表成功；多個案例，查看我項目中的Demo：
零、今天完成的深紅色部分
一、AOP 之 實現日志記錄（服務層）
public class BlogArticle { /// <summary> /// 主鍵 /// </summary> /// 這里之所以沒用RootEntity，是想保持和之前的數據庫一致，主鍵是bID，不是Id [SugarColumn(IsNullable = false, IsPrimaryKey = true, IsIdentity = true)] public int bID { get; set; } /// <summary> /// 創建人 /// </summary> [SugarColumn(Length = 60, IsNullable = true)] public string bsubmitter { get; set; } /// <summary> /// 標題blog /// </summary> [SugarColumn(Length = 256, IsNullable = true)] public string btitle { get; set; } /// <summary> /// 類別 /// </summary> [SugarColumn(Length = int.MaxValue, IsNullable = true)] public string bcategory { get; set; } /// <summary> /// 內容 /// </summary> [SugarColumn(IsNullable = true, ColumnDataType = "text")] public string bcontent { get; set; } /// <summary> /// 訪問量 /// </summary> public int btraffic { get; set; } /// <summary> /// 評論數量 /// </summary> public int bcommentNum { get; set; } /// <summary> /// 修改時間 /// </summary> public DateTime bUpdateTime { get; set; } /// <summary> /// 創建時間 /// </summary> public System.DateTime bCreateTime { get; set; } /// <summary> /// 備注 /// </summary> [SugarColumn(Length = int.MaxValue, IsNullable = true)] public string bRemark { get; set; } /// <summary> /// 邏輯刪除 /// </summary> [SugarColumn(IsNullable = true)] public bool? IsDeleted { get; set; } }
關鍵的一些知識點，注釋中已經說明了，主要是有以下：
1、繼承接口IInterceptor
2、實例化接口IINterceptor的唯一方法Intercept
3、void Proceed();表示執行當前的方法和object ReturnValue { get; set; }執行后調用，object[] Arguments參數對象
4、中間的代碼是新建一個類，還是單寫，就很隨意了。
/// <summary> /// 攔截器BlogLogAOP 繼承IInterceptor接口 /// </summary> public class BlogLogAOP : IInterceptor { /// <summary> /// 實例化IInterceptor唯一方法 /// </summary> /// <param name="invocation">包含被攔截方法的信息</param> public void Intercept(IInvocation invocation) { //記錄被攔截方法信息的日志信息 var dataIntercept = $"{DateTime.Now.ToString("yyyyMMddHHmmss")} " + $"當前執行方法：{ invocation.Method.Name} " + $"參數是： {string.Join(", ", invocation.Arguments.Select(a => (a ?? "").ToString()).ToArray())} \r\n"; //在被攔截的方法執行完畢后 繼續執行當前方法 invocation.Proceed(); dataIntercept += ($"被攔截方法執行完畢，返回結果：{invocation.ReturnValue}"); #region 輸出到當前項目日志 var path = Directory.GetCurrentDirectory() + @"\Log"; if (!Directory.Exists(path)) { Directory.CreateDirectory(path); } string fileName = path + $@"\InterceptLog-{DateTime.Now.ToString("yyyyMMddHHmmss")}.log"; StreamWriter sw = File.AppendText(fileName); sw.WriteLine(dataIntercept); sw.Close(); #endregion } }
這里，面向服務層的日志記錄就完成了，大家感覺是不是很平時的不一樣？
二、AOP 之 實現接口數據的緩存功能
/// <summary> /// 面向切面的緩存使用 /// </summary> public class BlogCacheAOP : IInterceptor { //通過注入的方式，把緩存操作接口通過構造函數注入 private ICaching _cache; public BlogCacheAOP(ICaching cache) { _cache = cache; } //Intercept方法是攔截的關鍵所在，也是IInterceptor接口中的唯一定義 public void Intercept(IInvocation invocation) { //獲取自定義緩存鍵 var cacheKey = CustomCacheKey(invocation); //根據key獲取相應的緩存值 var cacheValue = _cache.Get(cacheKey); if (cacheValue != null) { //將當前獲取到的緩存值，賦值給當前執行方法 invocation.ReturnValue = cacheValue; return; } //去執行當前的方法 invocation.Proceed(); //存入緩存 if (!string.IsNullOrWhiteSpace(cacheKey)) { _cache.Set(cacheKey, invocation.ReturnValue); } } //自定義緩存鍵 private string CustomCacheKey(IInvocation invocation) { var typeName = invocation.TargetType.Name; var methodName = invocation.Method.Name; var methodArguments = invocation.Arguments.Select(GetArgumentValue).Take(3).ToList();//獲取參數列表，我最多需要三個即可 string key = $"{typeName}:{methodName}:"; foreach (var param in methodArguments) { key += $"{param}:"; } return key.TrimEnd(':'); } //object 轉 string private string GetArgumentValue(object arg) {
// PS：這里僅僅是很簡單的數據類型，如果參數是表達式/類等，比較復雜的，請看我的在線代碼吧，封裝的比較多，當然也可以自己封裝。 if (arg is int || arg is long || arg is string) return arg.ToString(); if (arg is DateTime) return ((DateTime)arg).ToString("yyyyMMddHHmmss"); return ""; } }
5、多個AOP執行順序問題
在我最新的 Github 項目中，我定義了三個 AOP ：除了上邊兩個 LogAOP和 CacheAOP 以外，還有一個 RedisCacheAOP，並且通過開關的形式在項目中配置是否啟用：
那具體的執行順序是什么呢，這里說下，就是從上至下的順序，或者可以理解成挖金礦的形式，執行完上層的，然后緊接着來下一個AOP，最后想要回家，就再一個一個跳出去，在往上層走的時候，礦肯定就執行完了，就不用再操作了，直接出去，就像 break 一樣，可以參考這個動圖：
6、無接口如何實現AOP
上邊我們討論了很多，但是都是接口框架的，
比如：Service.dll 和與之對應的 IService.dll，Repository.dll和與之對應的 IRepository.dll，我們可以直接在對應的層注入的時候，匹配上 AOP 信息，但是如果我們沒有使用接口怎么辦？
這里大家可以安裝下邊的實驗下:
Autofac它只對接口方法 或者 虛virtual方法或者重寫方法override才能起攔截作用。
如果沒有接口
案例是這樣的：
如果我們的項目是這樣的，沒有接口，會怎么辦：
// 服務層類
public class StudentService
{
StudentRepository _studentRepository;
public StudentService(StudentRepository studentRepository)
{
_studentRepository = studentRepository;
}
public string Hello()
{
return _studentRepository.Hello();
}
}
// 倉儲層類
public class StudentRepository
{
public StudentRepository()
{
}
public string Hello()
{
return "hello world!!!";
}
}
// controller 接口調用
StudentService _studentService;
public ValuesController(StudentService studentService)
{
_studentService = studentService;
}
如果是沒有接口的單獨實體類
public class Love
{
// 一定要是虛方法
public virtual string SayLoveU()
{
return "I ♥ U";
}
}
//---------------------------
//只能注入該類中的虛方法
builder.RegisterAssemblyTypes(Assembly.GetAssembly(typeof(Love)))
.EnableClassInterceptors()
.InterceptedBy(typeof(BlogLogAOP));
定義切面有時候是方便，初次使用會很別扭，使用多了，可能會對性能有些許的影響，因為會大量動態生成代理類，性能損耗，是特別高的請求並發，比如萬級每秒，還是不建議生產環節推薦。所以說切面編程要深入的研究，不可隨意使用，我說的也是九牛一毛，大家繼續加油吧！
四、結語
今天的講解就到了這里了，通過這兩個小栗子，大家應該能對面向切面編程有一些朦朧的感覺了吧，感興趣的可以深入的研究，也歡迎一起討論，剛剛在緩存中，我說到了緩存接口，就引入了下次的講解內容，Redis的高性能緩存框架，內存存儲的數據結構服務器,可用作數據庫,高速緩存和消息隊列代理。下次再見咯~
1、網友好資料