189 8069 5689
一. 方案的选择
创新互联公司专注于绥宁企业网站建设,响应式网站,购物商城网站建设。绥宁网站建设公司,为绥宁等地区提供建站服务。全流程按需策划，专业设计，全程项目跟踪，创新互联公司专业和态度为您提供的服务这个其实在上篇文章中已经做了介绍，当前.net core ，.net Framework，mono for Xarmain等都有自己的运行时，虽然使用的都是C#语法，但是类库在不使用可移植或者标准库的前提下不能直接互相调用。随着.net standard 2.0的即将推出，.net core（asp.net core） 的应用场景会越来越普遍，对旧有项目的兼容需求会越来越强烈，oss.common也是遇到这个问题，所以我将对它进行.net standard支持的扩展。
由于当前项目现在在好几个.net framework的项目中还在使用，为了旧项目中对net45的版本的支持不能丢失，所以我会保留两套解决方案，一个为.net Standard 提供支持，一个为.net framework使用，两个类库项目，共享同一套代码文件，针对Framework特有功能通过条件编译来控制。github上目录结构已更新，欢迎查看。
二. 移植检测
在移植之前我们需要对移植有个大概评估，了解需要代码改动的覆盖面积，确定代码的可移植性，这里推荐使用微软官方提供的移植检测工具（ApiPort），或者使用它的VS扩展。这里我使用的是vs插件，安装完插件之后，打开解决方案，查看右键菜单会有如下两个选项：
首先，点击第二个选项，配置要检测的移植对比版本，如下图：
完成对应的检测版本之后点击确定，点击第一个选项，执行分析过程，会生成html和xsl两种报表，html报表界面如下所示：
报表中会给出对应版本的接口覆盖情况，以及相关的建议，可以说是比较详细了。
三.移植过程
经过上边的检测，可以看出oss.common项目 在.net standard1.4下，大概超过20%的代码不能直接提供支持，我看了一下，主要集中在涉及配置，缓存，反射等特有属性相关代码中，这个还算在预期之中，不过看到一堆的红叉叉还是一阵头疼，没办法，自己的类库，哭着也要码完，下边介绍下移植的步骤。
1. 添加项目文件
为了项目直观和方便管理，我将原来的OSS.Common类库修改名称为OSS.Common.NET45，新建一个OSS.Common的标准库项目，两个项目文件放在同一目录下，说明一下，vs2015如果要建标准库项目需要先建可移植类库，在类库属性页修改，如果不清楚请看上一篇文章介绍。
这个时候如果你直接生成OSS.Common.NET45的项目，是会出现报错的，哪怕你没有做任何实际的代码的操作，主要是因为添加可移植类库需要project.json的文件进行依赖管理，当他们在同一目录下时，nuget会把project.json中的依赖默认执行还原操作，虽然你当前是在生成OSS.Common.NET45项目，没办法，就是这么傻，如果你遇到了这个错误，在当前目录中再建一个对应当前项目文件的project.json文件就好了，这里我添加了OSS.Common.Net45.project.json文件，文件中添加如下代码：
{
"frameworks": {
"net45": {}
},
"runtimes": {
"win": {}
}
}
2. 代码集成
新建好对应的解决方案之后，把代码文件附件到新建的标准库下，这个时候直接生成会有很多错误，这个时候我们就需要祭出条件编译这个大招了，因为以后主要是维护标准库，所以我在旧NET45的旧项目上新建了NETFW的条件编译符号 ，剩下的就是一个个错误完善了。
在处理兼容的过程中，主要会面临这几个问题，1. 标准库完全不支持 2. 标准库和Framework的调用方法不一样， 3. 可以间接完成标准库的实现
这里我把我遇到的情况各举一个例子供大家参考：
1. 标准库完全不支持，这个最典型的就是缓存模块，在.net standard下，System.Runtime.Caching类库完全被移除了，没办法，只能使用#if NETFW 完全把Module模块下的默认Cache实现给屏蔽了，只能在Framework下才能使用默认实现（本来打算自己实现一个缓存类的，不过发现可能会带来不可预知bug，作废）。
2. 标准库和Framework的调用方法不一样，举个例子就是Type类型下的IsEnum属性，在net standard下需要.gettypeinfo().IsEnum才可以，举例代码：
#if NETFW
if (!enType.IsEnum)
#else
if (!enType.GetTypeInfo().IsEnum)
#endif
3. 可以间接完成标准库的实现，这常见的如 list的ConvertAll方法，在Framework下有默认实现的，标准库下是没有的，这里我在ConvertExtention类自己定义了个一个：
#if !NET40
public static List
{
if (list == null)
return null;
var resultList = new List
list.ForEach(e => resultList.Add(func(e)));
return resultList;
}
#endif
当然还会有其他的一些问题，不过还好，基本都已经解决，如果有不清楚的可以去下载oss.common代码自行查看
四. nuget打包部署
这个相对简单，在两个解决方案中分别生成对应的dll，在lib文件夹中分别添加net45 和 netstandard1.4 文件夹添加对应的dll就行。
需要注意的一点就是，最好添加个各自的依赖，举个例子，标准库的Hmacsha1加密算法在“System.Security.Cryptography.Algorithms” dll程序集下，如果在调用项目中没有引用这个dll，生成是不会报错的，但是当代码执行调用的时候就会弹出程序集未找到的错误，当然如果发现这个问题也可以通过nuget线上安装命令（install-package）安装。
给大家看下我的nuget文件配置：
另外有需要云服务器可以了解下创新互联scvps.cn，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。