路遥工具箱全面迁移至 .NET 6.0 并发布 3.0 版本及迁移记录详解

Posted dotNET跨平台

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了路遥工具箱全面迁移至 .NET 6.0 并发布 3.0 版本及迁移记录详解相关的知识,希望对你有一定的参考价值。

随着 .NET 6.0 的发布 NewLife 组件也进行了升级,并在 2022 年 1 月份全面停止了对 .NET Framework 的支持框架依赖升级至 .NET Standard 2.1 。

2022 年新年到来之际,笔者也打算将路遥工具箱全面迁移至 .NET 6.0 同时发布 3.0 版本。这意味着路遥工具箱将获得更先进的技术和加快的运行速度。

从 .NET Framework 4.6.2 到 .NET 6 的迁移过程

更改目标框架

因为从立项之初就采用了新版本的 csproj 格式,所以迁移过程并不复杂。在项目属性页面中将目标框架从 .NET Framework 4.6.2 更改为 .NET 6.0 之后,大部分工作其实就已经完成了。需要注意的是“目标操作系统版本”和“受支持的 OS 版本”需要设置为 7.0 才可以兼容 Windows 7 操作系统。

移除过时依赖

在 .NET Framework 4.6.2 环境下,路遥工具箱通过引用类库的方式添加了对 System.ComponentModel.DataAnnotations 和 WindowsFormsIntegration 程序集的依赖。在 .NET 6.0 中,这两个程序集已经被默认包含,所以以下代码可以从项目文件中删除:

<ItemGroup>
    <Reference Include="System.ComponentModel.DataAnnotations" />
    <Reference Include="WindowsFormsIntegration" />
</ItemGroup>

添加对 GB2312 编码的支持

这是一个中文编程环境下绕不过的问题,很纳闷为什么微软没有将其内置。

.NET 6.0 中默认不支持 GB2312、GBK编码。要启用支持需要通过 NuGet 引入 System.Text.Encoding.CodePages ,地址在这里:https://www.nuget.org/packages/System.Text.Encoding.CodePages 。然后在 App 的 OnStartup 方法中调用方法(路遥工具箱是使用 WPF 开发的,并使用了 Prism 框架):

Encoding.RegisterProvider(CodePagesEncodingProvider.Instance);

UTF8 和 UTF8-without-BOM

UTF-8 不需要 BOM,尽管 Unicode 标准允许在 UTF-8 中使用 BOM。所以不含 BOM 的 UTF-8 才是标准形式,在 UTF-8 文件中放置 BOM 主要是微软的习惯(顺便提一下:把带有 BOM 的小端序 UTF-16 称作「Unicode」而又不详细说明,这也是微软的习惯)。BOM(byte order mark)是为 UTF-16 和 UTF-32 准备的,用于标记字节序(byte order)。微软在 UTF-8 中使用 BOM 是因为这样可以把 UTF-8 和 ASCII 等编码明确区分开,但这样的文件在 Windows 之外的操作系统里会带来问题。

作者:梁海
链接:https://www.zhihu.com/question/20167122/answer/14194448
来源:知乎

在 .NET 6.0 中,如果使用默认的 UTF-8 编码去写文件则该文件默认是带 BOM 的。因为路遥工具箱的升级接口部署在 Linux 服务器上,所以使用 .NET 6.0 上传的 XML 文件在浏览时会报错。

写文件的代码类似这样:

var str = Serialize(updatePackage);
File.WriteAllText(path, str, Encoding.UTF8);

报错信息:

XML declaration allowed only at the start of the document

解决办法就是采用无 BOM 的 UTF-8 编码,以上代码修改一下即可:

var str = Serialize(updatePackage);
File.WriteAllText(xml, fn, new UTF8Encoding(false));

同时兼容 x86 和 x64 的打包发布

在 .NET 6.0 中,程序的入口 exe 变成了本地化代码。这也就代表着类似 .NET Framework 下那种一个 exe 可以同时适应 x86、x64 的神器操作没有了。

为了能更高效率的发挥路遥工具箱的性能,同时也兼顾目前仍在使用 x86 系统的用户,路遥工具箱采用了 x64 为主且附带 x86 支持的发布形式。

通过 Visual Studio 内置的发布功能将路遥工具箱使用 windows-x86 发布一次,即可得到一个 32 位的入口程序 exe 文件。将该文件改名为 Luyao.Toolkit-x86.exe 后复制到项目中,并设置为“始终复制”。这样每次生成新的 release 版本都是 64 位的并且携带了 32 位的启动器。

以上是关于路遥工具箱全面迁移至 .NET 6.0 并发布 3.0 版本及迁移记录详解的主要内容,如果未能解决你的问题,请参考以下文章

Oracle数据迁移至MySQL

VMware vSphere 4.0平台虚机迁移至VMware vSphere 6.0平台方法

ASP.NET 6.0 Core 迁移 ASP.NET Core 7.0

所以,路遥工具箱到底是什么东西?

科技以换皮为本:路遥工具箱 V4 版本发布

Net6Net 5.0迁移到Net 6.0