Lind.DDD.Aspects通过Plugins实现方法的动态拦截~Lind里的AOP

回到目录

.Net MVC之所以发展的如些之好,一个很重要原因就是它公开了一组AOP的过滤器,即使用这些过滤器可以方便的拦截controller里的action,并注入我们自己的代码逻辑,向全局的异常记录,用户授权,Url授权,操作行为记录等,这一大批Lind的基本组件都是实现MVC和API的过滤实现的,使用这些过滤让我们不用去像HttpModule和HttpHandler那样,还要在Config里配置注入点,让程序员在开发方式上感觉很舒服,维护成功很低!

本文主要内容点

  1. Lind.DDD里的方法拦截器
  2. 动态注入需要Lind.DDD.Plugins的支持
  3. 零配置的方法拦截
  4. 一个日志拦截器
  5. 正在构建一个缓存拦截器

目录结构

Lind.DDD里的方法拦截器

Lind.DDD.Aspects这个拦截器起源自ABP框架,但不知道为什么,ABP对这个拦截器并没有完全实现,所以今天大叔又实现了一下,解决了相关BUG, 对方法拦截上,在动态代理工厂里对方法拦截上下文添加了一些必要的参数,因为大叔认为,你只提供一个“方法名称”参数,太过简单了,哈哈。

    /// <summary>
    /// 方法相关信息
    /// </summary>
    public class MethodMetadata
    {
        /// <summary>
        /// 上下文
        /// </summary>
        private MethodInfo _context;
        /// <summary>
        /// 方法名
        /// </summary>
        private string _methodName;

        public MethodMetadata(string methodName, MethodInfo context = null)
        {
            _methodName = methodName;
            _context = context;
        }
        /// <summary>
        /// 方法名称
        /// </summary>
        public virtual string MethodName
        {
            get { return _methodName; }
            set { _methodName = value; }
        }
        /// <summary>
        /// 方法上下文
        /// </summary>
        public virtual string Context
        {
            get { return _context; }
            set { _context = value; }
        }
    }

一个简单的日志拦截器的实现,它在方法执行前去拦截

   /// <summary>
    /// 方法执行前拦截,并记录日志
    /// </summary>
    public class LoggerAspectAttribute : BeforeAspectAttribute
    {
        public override void Action(InvokeContext context)
        {
            Console.WriteLine("logger start!" + context.Method.MethodName);
            Lind.DDD.Logger.LoggerFactory.Instance.Logger_Info(context.Method.MethodName + "这个方法开始执行");
        }
    }

而在程序中,这个特性Attribute如何被动态代理拦截呢,事件上,如果你直接写代码也是可以的,就是使用Aspect提供的ProxyFactory工厂来进行生产,但大叔认为,这样的代码耦合度太高,而且对于现有的代码还需要进行修改,最重要一点,这种代码总感觉有种坏味道!

     static void Main(string[] args)
        {
            ProxyFactory.CreateProxy<ITest>(typeof(LoggerAspectTest)).Do();
            Console.Read();
        }

所以就有了下面大叔的封装,用到了Lind.DDD.Plugins这个插件模式,将所有的拦截器都先进行注册,然后在生产对象时为它动态添加对应的ProxyFactory对象,请大家接着向下看,动态注入需要Lind.DDD.Plugins的支持这部分讲解。

动态注入需要Lind.DDD.Plugins的支持

上面的拦截器只是简单的实现,简单的调用,而不具有一般性,即你需要自己维护需要“拦截的代码”,而大叔在进行使用中感觉很不爽,于是想起了Plugins,让插件为我们实现这种注入,就像MVC的Filter一样,在框架本身去实现方法拦截的功能!大叔认为这样才是最好的!

1 所有拦截器都继承IAspectProxy表示接口,而它自己则是继承IPlugins的

   /// <summary>
    /// 支持AOP拦截的接口,它被认为是一种插件动态注入到系统中
    /// </summary>
    public interface IAspectProxy : Lind.DDD.Plugins.IPlugins { }

2 在PluginManager的Resolve方法中,添加动态的ProxyFactory实现,让实现了IAspectProxy的类型,自动进行拦截器的实现

      /// <summary>
        /// 从插件容器里返回对象
        /// </summary>
        /// <param name="serviceName">对象全名</param>
        /// <param name="serviceType">接口类型</param>
        /// <returns></returns>
        public static object Resolve(string serviceName, Type serviceType)
        {
            var obj = _container.ResolveNamed(serviceName, serviceType);
            if (typeof(Lind.DDD.Aspects.IAspectProxy).IsAssignableFrom(serviceType))
            {
                obj = ProxyFactory.CreateProxy(serviceType, obj.GetType());
            }
            return obj;
        }

OK,有了上面的代码,我们的方法拦截就成了一种插件了,在使用的时间之前的插件的使用方法相同,当然底层还是使用autofac来实现的Ioc容器。

 var old = Lind.DDD.Plugins.PluginManager.Resolve<IAopHelloTest2>("Lind.DDD.UnitTest.AopHello");
 old.Hello("zz", 1);

一个日志拦截器

日志记录是一些业务复杂方法必备的,如一些订单方法,用户提现方法都会添加相关的日志,而如果希望动态添加日志,而不在代码段中去添加,则可以设计一个日志拦截器,当然你可以在方法执行前去控制,也可以在方法执行后去控制!

  /// <summary>
    /// 方法执行前拦截,并记录日志
    /// </summary>
    public class LoggerAspectAttribute : BeforeAspectAttribute
    {
        public override void Action(InvokeContext context)
        {
            Console.WriteLine("logger start!" + context.Method.MethodName);
            Lind.DDD.Logger.LoggerFactory.Instance.Logger_Info(context.Method.MethodName + "这个方法开始执行");
        }
    }

    /// <summary>
    /// 方法执行完成后拦截,并记录日志
    /// </summary>
    public class LoggerEndAspectAttribute : AfterAspectAttribute
    {
        public override void Action(InvokeContext context)
        {
            Console.WriteLine("logger start!" + context.Method.MethodName);
            Lind.DDD.Logger.LoggerFactory.Instance.Logger_Info(context.Method.MethodName + "这个方法开始执行");
        }
    }

目录方法需要添加这种日志的行为,只要在方法上添加对应的特性即可,(方法不需要为虚方法)而不需要修改方法代码体,如下面的代码

   /// <summary>
    /// AOP调用方式
    /// </summary>
    public class LoggerAspectTest : ITest
    {
        [LoggerAspectAttribute]
        public void Do()
        {
            //我做事情
            Console.WriteLine("我做事情");
        }
    }

正在构建一个缓存拦截器

目前,大叔正在构建一个缓存的拦截器,主要是实现对方法返回值的缓存,而不需要将这种缓存判断的逻辑写在每个方法体内,大叔认为,这种面向切面的AOP的设计,才是大势所趋,敬请大家期待!

   /// <summary>
    /// 缓存拦截器
    /// </summary>
    public class CachingAspectAttribute : BeforeAspectAttribute
    {
        CachingMethod cachingMethod;
        public CachingAspectAttribute(CachingMethod cachingMethod)
        {
            this.cachingMethod = cachingMethod;
        }

        public override void Action(InvokeContext context)
        {
            var method = context.Method;
            string prefix = "Lind";
            var baseInterfaces = context.GetType().GetInterfaces();
            if (baseInterfaces != null && baseInterfaces.Any())
            {
                foreach (var item in baseInterfaces)
                {
                    prefix += item.ToString() + "_";
                }
            }

            //键名,在put和get时使用
            var key = prefix + method.MethodName;
            Console.WriteLine(key);
            switch (cachingMethod)
            {
                case CachingMethod.Remove:
                    //……
                    break;
                case CachingMethod.Get:
                    //……
                    break;
                case CachingMethod.Put:
                    //……
                    break;
                default:
                    throw new InvalidOperationException("无效的缓存方式。");

            }
        }
    }

我们对支持的追求将不会停止,希望广大青年都可以踏一心来,去认真的研究一个技术,事实上,对一个技术研究透了,大叔认为就足够了!

此致

敬礼

回到目录

时间: 2024-10-25 11:45:05

Lind.DDD.Aspects通过Plugins实现方法的动态拦截~Lind里的AOP的相关文章

Lind.DDD敏捷领域驱动框架~Lind.DDD各层介绍

回到目录 Lind.DDD项目主要面向敏捷,快速开发,领域驱动等,对于它的分层也是能合并的合并,比之前大叔的框架分层更粗糙一些,或者说更大胆一些,在开发人员使用上,可能会感觉更方便了,更益使用了,这就是大叔开发Lind.DDD框架的目的,让一切变得更简单... Lind.DDD层 主要是公用方法,组件,规约等,如日志组件(Logger),消息组件(Messaging),IOC,AOP,缓存(Caching),异常,请求/响应,用户授权(Authorization),安全校验,领域模型(Domai

Lind.DDD.API核心技术分享

回到目录 关于Lind.DDD框架里API框架的技术点说明 讲解:张占岭 花名:仓储大叔 主要框架:Lind.DDD 目录 关于Lind.DDD.Authorization 关于授权的原理 关于ApiValidateModelConfig 关于Lind.DDD.CacheConfigFile 如何为你的API项目注入授权模块 关于服务端收取过滤器ApiValiadateFilter 如何在客户端生产加密授权串 关于请求类与响应类 客户端如何做分页 关于Lind.DDD.Authorization

Lind.DDD敏捷领域驱动框架~介绍

最近觉得自己的框架过于复杂,在实现开发使用中有些不爽,自己的朋友们也经常和我说,框架太麻烦了,要引用的类库太多:之前架构之所以这样设计,完全出于对职责分离和代码附复用的考虑,主要参考了微软的DDD大作<N_LayerAPP>这个项目,而在这几年的项目开发用,也尝到了这种职责分享框架的甜头,但在最近的开发中,也看到了其它框架的出现,如<ABP>项目,它主张简单框架,敏捷开发,在项目引用上将核心类库和持久层进行抽象分离,复用在各位领域项目之中,这在项目整个感觉上更加简单,也更容易被人们

Lind.DDD.Authorization用户授权介绍

回到目录 Lind.DDD.Authorization是Lind.DDD框架的组成部分,之所以把它封装到框架里,原因就是它的通用性,几乎在任何一个系统中,都少不了用户授权功能,用户授权对于任何一个系统来说都是必要的,像管理型的页面都需要用户先去登陆,然后拿到凭证,才可以进行访问,这在MVC和WebApi体系结构里是很容易实现的,像过滤器里的AuthorizeAttribute和ActionFilterAttribute都可以实现用户授权的功能. AuthorizeAttribute和Action

Lind.DDD.Messaging框架通讯组件介绍

回到目录 大家好,今天有时间来介绍一下Lind.DDD框架里的消息机制,消息发送这块一般的实现方法是将Email,SMS等集成到一个公用类库里,而本身Email和SMS没什么关系,它们也不会有什么接口约定,即你想实现某种消息的多态发送,不需要程序代码,基本不可能实现,而在Lind.DDD里面,大叔将它进行了抽象,消息有自己的统一接口,而对于email和sms只是一种实现而以,这样,就可以发挥面向对象的特性,在sms,email甚至是rtx上进行消息的灵活切换了,说到这样,您心动了吧! Lind.

Lind.DDD.Repositories.Redis层介绍

回到目录 之前已经发生了 大叔之前介绍过关于redis的文章,有缓存,队列,分布式pub/sub,数据集缓存以及仓储redis的实现等等,而今天在Lind.DDD的持久化组件里,redis当然也有一席之地,作为当今最红的key/value存储机制,它在nosql的阵营中发挥着无可代替的作用! 下面是redis文章系列的目录,大家可以进行参考,看目录 Redis学习笔记~Redis在windows环境下的安装 Redis学习笔记~Redis在.net中的应用 Redis学习笔记~Redis提供的五

Lind.DDD.Paging分页模块介绍

回到目录 分页组件网上有很多,MVC.Pager,JSPager等,通过实现方式大体分为前端分页和后端分页,前端分页是前台对list内存本地集合进行分页,缺点就是在大数据情况下,内存占用过高:后端分页就是UI把要返回的页号告诉后台,由后台组织数据并返回,这种方法就是我们经常看到的了:而根据后台集合种类又可以分类List和IQueryable,前者是本地集合,在返回数据时,直接把第几页共几条的集合返回:IQueryable是预查询集合,它是Linq的产物,在很多地里它不通用,除非你的ORM框架支持

Lind.DDD.Domain.ISortBehavor~上移与下移

在进行列表排序时,有个“上移”和“下移”操作,这个一般在内存里完成,然后统一提交到数据库中,对于上移与下移的设计,大叔在LIND.DDD.DOMAIN里有一个ISortBehavor接口,主要是说,如果实体对象支持排序功能,可以实现这个接口,而在扩展库中,将有为本地结果集动态排序(上移和下移)的方法,这个设计类似于ABP项目里的软删除,当然在大叔LIND里也有对删除的逻辑操作. ISortBehavor内容 class Entity { public int ID{ get; set; } }

Lind.DDD.IoC依赖注入与面向方面的实现

回到目录 IoC是解耦的灵魂,很难想像一个框架中没有IoC会变成什么样子,Lind.DDD里的IoC是通过Unity实现的,由依赖注入(unity)和方法拦截组成(Interception),依赖注入可以通过事前定义好的实现方式去动态建立某个接口的实例,例如,在仓储接口IRepository里,你可以在配置文件中定义它由EF实现,也可以让它由Mongodb实现,而表现出来的结果就是数据的持久化方式的不同. 模块的结构 服务定位器ServiceLocator 服务定位器可以帮助我们在不引用程序集的