集团新闻

    从 .NET 迁移到 .NET Core 的一个主要原因,在于后者具备在 Linux 上运行的能力。但是对于大型企业应用,不可能实现一步迁移到位。由此,Microsoft 推荐采用一种逐步迁移做法:

    第一步,迁移到 ASP.NET Core(依然使用 .NET Framework); 第二步,迁移到 .NET Core(依然运行在 Windows ); 第三步,迁移到 Linux ; 第四步,迁移到(托管 Linux 主机的)Azure 中。

    这一做法理论上可行,但是在第二步中会有阻碍,因为缺乏关键 API。用于 .NET Core Windows 兼容包的推出,意在解决这一问题。该兼容包是一个 NuGet 软件包集合,其中包含了近两万个 API,目的在于解决 Web 应用程序开发人员对于优秀软件库的需求。

    新引入的 API 大体上可分为两类。一类是仅适用于 Windows API,另一类是跨平台的软件库。其中,仅适用于 Windows API 包括:

    Active directory; 加密; 事件日志和性能计数器; 文件系统安全; 命名管道; 注册表访问(Registry Access); Windows 服务。

    其中大部分 API 是与 Windows 操作系统紧密关联的,而相应的 Linux API 通常在设计上迥异。

    跨平台的软件库包括:

   缓存; 配置管理(ConfigurationManager),即处理遗留的 app.config web.config 文件; 数据集扩展(DatasetExtensions),用于不使用 ORM 访问数据库; ODBC 数据库访问; System.Configuration.ConfigurationManager(MEF v1); System.Drawing; System.IO.Packaging,用于与 MS Office 类型的压缩文件交互; System.ServiceModel,即 WCF(Windows Communication Foundation)

    需指出的是,这些 API 是刻意独立于 .NET Core 的完整发布的。对此,Microsoft Immo Landwerth 给出了如下解释:

    以独立软件包提供的原因在于:()不少 API 是仅出于兼容性的考虑而提供的。在新代码中,不应依赖于这些 API;()不少 API 仅用于 Windows 平台。我们不希望将用户引上一条更难以跨平台迁移应用的道路。

    为了易于区分仅适用于 Windows 的和跨平台的 API,现在有一种 API 兼容性分析工具可用。该工具可以标记出那些在应用中不应继续依赖的 API

    你可以使用与弃用 API 相同的抑制选项,但是也可以选择对特定平台给出抑制警告。如果你仅规划在一组特定的平台上支持你的代码,例如只支持 Windows Linux 但不支持 macOS,这一工具十分有用。为此,你只需编辑项目文件,添加一个PlatformCompatIgnore属性,并在该属性中列出所有要忽略的平台。