原文：https://mp.weixin.qq.com/s/8klfhCkagOxlF1R0qfZsgg
【前言】
AOP(Aspect-Oriented Programming)面向切面编程思想作为OOP的补充，在.Net领域也流行好几年了，确实能解决OOP的顽疾，是OOP程序设计一大福音！现在各种框架组件里面，AOP已经是标配，各种笔试面试的过程中，更是不可或缺的！上一篇Eleven从理论上细谈了对AOP的理解，今天直接上C#实例！
【静态AOP】
AOP要做的就是能在不破坏封装的前提下，去扩展新的功能！说道这里，我们应该很容易想到设计模式里面的装饰器模式和代理模式，下面分别看看具体实现：
以上为原始业务，就是一个简单的抽象+实现，里面模拟完成用户的注册功能。
组合+继承的融合应用，是装饰器模式的显著特征。这里做到了通过Decorator来调用RegUser时，能在注册用户前后，分别加上额外的逻辑，可以是任何你需要的通用逻辑，同时也没有破坏原有封装！
代理模式同样简单，做到了通过Proxy来调用RegUser时，能在注册用户前后，分别加上额外的逻辑，可以是任何你需要的通用逻辑，同时也没有破坏原有封装！
注：有小伙伴儿会觉得两个模式是一样的，建议去历史消息查看代理模式和和装饰器模式的文章，有分别讲解两种模式和异同！
【动态AOP】
看完两种静态AOP实现后，小伙伴儿们可能有些疑问，如果扩展功能都是这样写死的话，好像也没啥意义呀，而且目前这两个也谈不上通用，只是为固定业务服务的。是的，那下面就来看集中动态的AOP实现方式，这才是真的AOP实现！
基于.Net Remoting的RealProxy实现的动态代理，有个局限是业务类必须继承自MarshalByRefObject类型。调用RegUser时，能在注册用户前后，分别加上额外的逻辑，可以是任何你需要的通用逻辑，同时也没有破坏原有封装！
基于Castle的DynamicProxy实现的动态代理，有个局限是业务类方法必须显示声明为virtual。调用RegUser时，能在注册用户前后，分别加上额外的逻辑，可以是任何你需要的通用逻辑，同时也没有破坏原有封装！
动态AOP还有种实现方式是静态织入，常见的框架有AspectSharp、PostSharp等。实现的核心原理是在程序运行之前的编译时或者编译后在IL的级别修改二进制程序集的方式来插入额外代码，来完成功能的织入！这种植入是直接修改了dll文件的，基于成熟的框架实现并不难(PostSharp收费)，但是有个重大缺陷是dll替换升级问题，而且调试很不方便！这里Eleven就不打算展开了。
【结语】
本文展示了C#中AOP的四种实现方式，包含静态设计模式实现和动态代理实现，同时还探讨了静态织入技术的原理和局限性。不过以上多种方式都有自己的局限性，在实际开发过程中并不太方便，下一篇文章里，我将带来实际开发项目中，AOP的实践，敬请期待！欢迎关注公众号，欢迎讨论，欢迎转发，愿天下有需求的人都能看到！
更多技术问题，欢迎关注公众号【程序员在职场】进行获取