Emit动态代理.NetCore迁移之旅

【前言】

　　前面咱们介绍了Aop 从静态代理到动态代理：http://www.javashuo.com/article/p-tkikwfqg-ew.html

　　咱们在.NetFramework平台下使用微软提供的Emit技术实现了动态代理类的生成。可是.NetCore做为微软.Net平台的春天，若是类库光支持.NetFramework，那么未免有种没有跟上时代步伐的感受，那么，咱们就赶忙在.NetCore平台也实现一套吧。

　　本想着新建一个.NetStandard项目，代码复制过来就直接能用的，没想到：一路坎坷...

【开始迁移】

　　为了达到类库跨平台的目的，咱们新建一个.NetStandard类库，选择什么版本呢？

　　

　　为了兼容目前不少老旧的项目，咱们看到 .NetStandard1.2最低支持.Net Framwork 4.5。为了保持兼容性，先建一个.Net Standard 1.2版本的类库。

　　代码复制过来，坑以下：

　　

　　1.Attribute的获取方法不支持

　　

　　2.Reflection 反射 GetMethods方法不支持，BindingFlags不支持（版本过低，Api没有所有实现）

　　

　　

　　万般无奈之下，舍弃了兼容性，保证了代码的迁移。最终将咱们的.Net Standard 项目升级到了Api比较完善的2.0版本。

　　3..Net Standard/Core平台将以往的系统类库作了精简，曾经在System命名空间下的不少代码已经迁移到了单独的Nuget包中。

　　

　　若是咱们要使用Emit这个特性的话，咱们须要引用Nuget  System.Reflection.Emit，全部的Emit特性代码都包含在这个组件中。

 　　...

　　

　　一整鼓捣以后，为何还有代码在报红字...

　　

　　

　　4.旧版不兼容（有的方法已被直接移除）

　　这几个方法通过尝试，发现引用/更新程序集是解决不了的。上微软官方文档，竟然发现这几个方法已经打上了过时标签。那么替代的方法呢？微软的官方文档里面并无说明。最终经过一顿搜索，在stackoverflow了解到了.NetCore下的替代方法：

　　

　　

　　之前的Domain（应用程序域）定义程序集的方法已经迁移到了AssemblyBuilderAccess（程序集访问）类中，虽然这个归类更加合理了，可是一言不合就不兼容是不有点让人吐槽啊...

　　5.程序集不支持输出到目录

　　

　　.NetCore 平台已经不支持直接输出到目录，仅仅能够在内存中Run。

　　6.typeBuilder类中的CreateType()方法消失

　　

　　CreateType()方法已经被直接移除掉了，官方解释是统一使用他的子类。这个答案最终经过搜索引擎在GitHub上找到了

　　https://github.com/dotnet/coreclr/issues/2222

　　上面的连接是GitHub中 dotnet/coreclr 微软官方项目中的Issue

　　

　　在其中能够看到咱们遇到的不少坑在这里都有解释说明，并且代表了最新的使用方案：

　　

　　因而乎，就用Type的子类TypeInfo类了呗，CreateTypeInfo()

【终于不报错了】

　　在解决完毕全部的迁移兼容问题后，咱们仍是上次文章中的全部单元测试流程。

　　

　　单元测试没有问题，咱们本次的 .NetCore 平台代码迁移终于完成。

【总结】

1. Emit动态代理.NetStandard2.0 最低支持意味着支持.Net Core2.0/.Net Framework 4.6.1以上；
2. 微软在Api的迁移中，对部分代码进行了从新的归类，可是不少地方对旧版本不兼容我，切没有替换的官方文档；
3. .Net Core 平台对系统类库进行了精简，移除了没必要要的不少类库，须要使用的时候，经过对应的Nuget进行引用，可是没看到官方清单；

　　最终结果是迁移完毕，新的项目命名为 SevenTiny.Bantina.Aop 吧，也算一个基础组件

　　项目地址：https://github.com/sevenTiny/SevenTiny.Bantina

　　若是想直接引用Nuget使用的，已经构建好了，Nuget包搜索 SevenTiny.Bantina.Aop 便可；