经常访问的网站来打不开,制作网页时用的最多的图像文件,网站推广营销技巧,做自己的网站好还是博客好在前段时间我写了一篇迁移 csproj 格式的博客 将 WPF、UWP 以及其他各种类型的旧 csproj 迁移成基于 Microsoft.NET.Sdk 的新 csproj#xff0c;不过全过程是手工进行的#xff0c;而且到最后处理 XAML 问题也非常头疼。现在#xff0c;我们可以利用工具自动地完成这个过程。… 在前段时间我写了一篇迁移 csproj 格式的博客 将 WPF、UWP 以及其他各种类型的旧 csproj 迁移成基于 Microsoft.NET.Sdk 的新 csproj不过全过程是手工进行的而且到最后处理 XAML 问题也非常头疼。现在我们可以利用工具自动地完成这个过程。当然工具并不将 csproj 格式进行迁移而是在不迁移格式的情况下使用到 PackageReference 方式 NuGet 引用带来的好处。本文内容自动升级检查升级后的兼容性问题install.ps1 脚本将失效使用 content 方式指定的内容资产将失效XDT 变换将失效lib 根目录中的程序集将被忽略解决升级后的编译错误参考资料自动升级下载安装 Visual Studio 插件 NuGet PackageReference Upgrader。在安装完成之后再次启动 Visual Studio则可以开始迁移。更新自 Visual Studio 2017 的 15.7 版本开始迁移工具已经自带到 Visual Studio 中。详情请参见Migrating from package.config to PackageReference formats - Microsoft Docs。只有一个步骤在 packages.config 文件上点击右键选择 Upgrade to PackageReference。在弹出的界面中选择包的版本确定即可完成一个项目的迁移。相比于之前写的手工迁移自动迁移方式没有改变 csproj 的格式而只是将 NuGet 的引用方式改成了 PackageReference。具体有哪些好处可以阅读 将 WPF、UWP 以及其他各种类型的旧 csproj 迁移成基于 Microsoft.NET.Sdk 的新 csproj。检查升级后的兼容性问题packages.config 的 NuGet 包的管理方式有些功能是 PackageReference 没有的。当然没有这些功能是因为“不需要”而不是“还没支持”所以大部分的迁移都不会发生问题除非发布包使用的是特别老旧的 nuget.exe或者发布者利用了一些丧心病狂的黑科技。在 Visual Studio 2017 的 15.7 版本以上自带的迁移工具中会自动列出可能的兼容性问题。install.ps1 脚本将失效使用 PackageReference 后在安装和写在的过程中 install.ps1 脚本将不再执行。如果有一些行为依赖于此脚本那么这个 NuGet 包的行为可能不正常。但是不用担心install.ps1 的存在是因为 packages.config 不支持 PackageReference 中的一些新特性例如 NuGet 包中新的目录结构例如包中自带的 msbuild targets。所以如果 NuGet 包在发布时满足目录要求那么即便 install.ps1 不用执行也能保证包的行为正常。使用 content 方式指定的内容资产将失效PackageReference 使用 contentFiles 来管理内容资产这样可以更好地在多个依赖包之间传递和共享。而此前 content 指定的资产将失效。建议检查所有依赖的 NuGet 包如果你有权限修改部分依赖包那么请使用 contentFiles 来替代 content。XDT 变换将失效使用 PackageReference 后在安装和写在的过程中 XDT 转换将不会执行并且会忽略 .xdt 文件。在 Web 应用开发中会更留意这个问题。lib 根目录中的程序集将被忽略lib 文件夹内的程序集都应该按照目标框架建立子文件夹例如 net45、netstandard2.0、netcoreapp2.0。PackageReference 要求只能引用在某个目标框架下的程序集。如果是使用默认的方式创建的 NuGet 包基本上不会遇到这样的问题。除非你在创建 NuGet 包时有自定义操作在根目录放了程序集。解决升级后的编译错误最可能出现的编译问题是 NuGet 包引用的版本冲突。packages.config 方式的包引用要求在 csproj 文件中显式指定一个依赖的包的版本于是无论依赖使用了哪个版本最终都由显式指定的版本来指定。而 PackageReference 的引用方式是自动管理依赖版本的只要每个包都在允许的版本范围之内就自动选择版本并显示在解决方案的引用中。PackageReference 出现依赖冲突的提示通常是这样的Version conflict detected for NuGet.Versioning. Reference the package directly from the project to resolve this issue.NuGet.Packaging 3.5.0 - NuGet.Versioning ( 3.5.0)NuGet.Configuration 4.0.0 - NuGet.Versioning ( 4.0.0)也就是说引用的两个不同的包要求依赖相同包的不同版本于是 PackageReference 无法隐式推断依赖包的版本。这时需要将项目的依赖方式改为之前的方式。当然在制作和发布 NuGet 包时尽量使用非特定版本的依赖包能够极大地避免这种问题带来的影响。关于如何指定非特定版本的依赖包可以阅读 Version ranges and wildcards 版本范围和通配符。参考资料Migrating from package.config to PackageReference formats - Microsoft Docspackages.config (PC) to PackageReference (PR) Migrator · NuGet/Home Wiki原文地址https://walterlv.com/post/migrate-packages-config-to-package-reference.html.NET社区新闻深度好文欢迎访问公众号文章汇总 http://www.csharpkit.com