c#/Asp.Net中实现AOP的两种方式（Spring.Net,PostSharp）

AOP就是面向切面编程，利用AOP可以对业务逻辑的各个部分进行隔离，从而使得业务逻辑各部分之间的耦合度降低，提高程序的可重用性，同时提高了开发的效率。

主要功能
日志记录，性能统计，安全控制，事务处理，异常处理等等。

主要意图
将日志记录，性能统计，安全控制，事务处理，异常处理等代码从业务逻辑代码中划分出来，通过对这些行为的分离，我们希望可以将它们独立到非指导业务逻辑的方法中，进而改变这些行为的时候不影响业务逻辑的代码。

AOP 术语

通知（Advice）: 通知描述了切面要完成的任务，同时还描述了何时执行这个任务。

连接点（Joinpoint）:  程序中应用通知的地方称为连接点，这个点可以是方法被调用时，异常抛出时，甚至访问属性的时候。

切入点（Pointcut）: 切入点定义通知切入的一个或者多个连接点。

切面（Aspect）: 切面就是通知和切入点的结合。通知和切入点共同定义了切面的全部内容：功能、时机、位置。

引入（Introduction）: 允许我们想现有类中增加属性和方法.

目标（Target）: 被通知的对象

代理（Porxy）: 向目标对象增加通知之后，创建的对象，由这个对象来访问实际的目标对象。

织入（Weaving）: 被切面应用到目标对象来创建新的代理对象的过程。

在JAVA中AOP也是Spring的一个重要内容。由于项目是C#的，项目中需要到AOP去进行权限拦截。所以就去了解了一下在C#/NET中实现AOP的办法，整理一下记录。

在C#/.NET中实现AOP简单点实现可以使用Spring.Net的框架中AOP以及PostSharp插件实现AOP。以VS2017为例。

一、Spring.Net的框架在C#/NET中实现AOP（动态织入）

Spring.Net的织入方式是动态织入，运行时AOP的实现方式是将扩展添加到运行虚拟机而不是编译器。Aspect和业务代码分别独立编译，而在运行时由虚拟机在必要时进行织入。大概示意图如下（简单画的）：

 

先在项目中的添加Spring.Aop和Spring.Core两个引用，如图所示

然后就可以开始进行编写代码。

在spring有下面四种通知：

一、拦截环绕通知(around advice)：Spring.NET中最基本的通知类型是拦截环绕通知（interception around advice），即方法拦截器。拦截环绕通知继承IMethodInterceptor接口。注意其中IMethodInvocation.Proceed()方法的调用。该方法会依次调用拦截器链上的其它拦截器。大部分拦截器都需要调用这个方法并返回它的返回值。当然，也可以不调用Proceed方法，而返回一个其它值或抛出一个异常，但一般不太会这么做。
二、前置通知(before advise)：是在IMethodInterceptor.Proceed()方法调用前的通知。继承自IMethodBeforeAdvice接口。
三、异常通知(throws advise)：是在IMethodInterceptor.Proceed()方法调用时发生异常的通知。继承自IthrowsAdvice接口。IthrowsAdvice接口没有定义任何方法：它是一个标识接口（按：之所以用标识接口，原因有二：1、在通知方法中，只有最后一个参数是必须的。如果声明为接口的方法，参数列表就被固定了。2、如果第一个原因可以用重载的接口方法解决，那么这个原因就是使用标识接口的充分原因了：实现此接口的类必须声明一或多个通知方法，接口方法做不到这一点），用以表明实现它的类声明了一或多个强类型的异常通知方法。
四、后置通知(after returning advise)：是在IMethodInterceptor.Proceed()方法调用后的通知。继承自IAfterReturningAdvice接口。后置通知对切入点的执行没有影响，如果通知抛出异常，就会沿拦截器链向上抛出，从而中断拦截器链的继续执行。

注意：在Spring.Net框架中目标类必须是接口的实现类。在JAVA中的Spring中目标类可以是接口的实现，也可以是单独的类。我也一直在找官方的文档说明，可是官方网站（http://www.springframework.net/）当前的文档说明还是停留在1.3.2.。而我看从vs2017中添加引用的版本已经是2.0了。我看1.3.2的版本的文档中说这么一句话：

The current implementation of the AOP proxy generator uses object composition to delegate calls from the proxy to a target object, similar to how you would implement a classic Decorator pattern. This means that classes that need to be proxied have to implement one or more interfaces, which is in our opinion not only a less-intruding requirement than ContextBoundObject inheritance requirements, but also a good practice that should be followed anyway for the service classes that are most common targets for AOP proxies.

意思就是代理类（也就是目标类）必须去实现一个或多个接口。新版的我也没找到相关的文档说明。

首先我们应该去创建一个目标类PersonImpl，以及接口类person

namespace AopTest
{
    public interface person
    {
        void personSay(string name);
    }
}

namespace AopTest
{
    public class personImpl:person
    {
        public void personSay(string name)
        {
           Console.Out.WriteLine("personSay："+name);
        }
    }
}

然后就应该去编写切面（通知）类 MyInterceptor去继承环绕通知，其他通知类似，可以自行编写实验：

namespace AopTest
{
    public class MyInterceptor : IMethodInterceptor
    {
        public object Invoke(IMethodInvocation invocation)
        {
            //可以看成前置通知
            Console.Out.WriteLine("spring_aop_before");
            object result = invocation.Proceed();
            //可以看成后置通知
            Console.Out.WriteLine("spring_aop_after");
            return result;
        }
    }
}

所有的类都准备好之后，接下来就是生成代理类了，在官方文档中有两种生成代理类的方式，一种是使用ProxyFactoryObject创建AOP代理，另一种就是ProxyFactory以编程方式创建AOP代理（个人不推荐，当然也有用的地方）.

先说第一种使用ProxyFactoryObject创建AOP代理：

先去编写配置文件App.config,如果你的项目中没有此文件的话，就去在新建项中新建一个此文件：并且根据需要进行配置：