Emit动态代理.NetCore迁移之旅
【前言】
前面我们介绍了Aop 从静态代理到动态代理：https://www.cnblogs.com/7tiny/p/9657451.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 平台代码迁移终于完成。
【总结】
- Emit动态代理.NetStandard2.0 最低支持意味着支持.Net Core2.0/.Net Framework 4.6.1以上；
- 微软在Api的迁移中，对部分代码进行了重新的归类，但是很多地方对旧版本不兼容我，切没有替换的官方文档；
- .Net Core 平台对系统类库进行了精简，移除了不必要的很多类库，需要使用的时候，通过对应的Nuget进行引用，但是没看到官方清单；
最终结果是迁移完毕，新的项目命名为 SevenTiny.Bantina.Aop 吧，也算一个基础组件
项目地址：https://github.com/sevenTiny/SevenTiny.Bantina
如果想直接引用Nuget使用的，已经构建好了，Nuget包搜索 SevenTiny.Bantina.Aop 即可；