轻量级AOP框架-移植python的装饰器(Decorator)到C#(编码篇)

核心提示：一. 前言在《轻量级AOP框架-移植python的装饰器(Decorator)到C#(思考篇)》中，文章分析了Python中Decorator的原理以及C#移植的可行性，轻量级AOP框架-移植python的装饰器(Decorator)到C#(编码篇)，在本篇中，文章将继续探讨如何将这个想法实实在在的表现出来，使用基本的

一. 前言

在《轻量级AOP框架-移植python的装饰器(Decorator)到C#(思考篇)》中，文章分析了Python中Decorator的原理以及C#移植的可行性，在本篇中，文章将继续探讨如何将这个想法实实在在的表现出来，因此本篇的目标是：一个初级但是可用的Decorator实现。

如果您对本文的基本思路存在疑惑，请先阅读思考篇。

二. 实现分析

上篇中，我们考虑实现一个Wrapper类来做到模仿Python的函数替换功能，然而，在实际使用中，如果靠人工书写，很显然是一个不切实际的想法，因此，框架的关键在于对被装饰方法的处理，当前，我们一般使用动态代理或者静态织入的方式进行该操作，然而，无论是哪种方法，关键点都在于对现有代码的“动态修改”（动态代理的修改在于运行时，静态织入的修改在于编译时）。

在本篇中，我们考虑一个动态代理的实现，具体的运作方式如下：

1. 运行时采用框架中的工厂生成代理对象，即：调用框架中的工厂方法，传入欲生成对象类型。因此对象创建方式将发生改变：默认情况下，我们可能采用 var testClass = new TestClass();的方式生成对象，在使用代理的情况下，必须强制使用var testClass = xxx.CreateInstanse<TestClass>();的方式生成对象。

2. 框架工厂类获取到对象类型之后，检查对象是否为可继承对象，如果不是，则无法生成代理类，否则，进行下一步。

3. 调用动态类生产引擎，生成TestClassWrapper类,并从TestClass继承。

4. 采用一定的方式，重写TestClass中欲进行处理的方法，以满足上一篇中预设的结果

5. 生成TestClassWrapper类实例并返回

三. 编码难点

在了解了具体的运作方式之后，我们可以分别考虑各个步骤的实现难点，第一和第二都不难，使用基本的反射即可实现，主要的问题在于3-5步，下面我们分别对这几步的实现进行编码难点分析。