ClickOnce不断是盛行的.NET部署选项。.NET Core 3.1和.NET 5.0 Windows运用顺序如今支持它。在.NET Core 3.0添加Windows Forms和WPF支持时，许多人会希望运用ClickOnce停止运用顺序部署。在过去的一年中，.NET和Visual Studio团队共同努力，以在命令行和Visual Studio中启用ClickOnce发布：

目前支持的主要部署模型是框架相关的运用顺序。对.NET桌面运转时(即包含WPF和Windows窗体的运转时)的依赖很容易。

Mage的最大变化是它如今是在NuGet上分发的.NET工具。这意味着不需求在计算机上安装任何特殊的东西，只需求.NET 5.0 SDK就可以将Mage安装为.NET工具。也可以运用它来发布.NET Framework运用顺序，但是，SHA1签名和部分信任支持已被删除。Mage安装命令如下：

dotnet tool install -g Microsoft.DotNet.Mage

制造并分发ClickOnce安装顺序后，用户将看到熟习的ClickOnce安装对话框。

工具改善

新改良了Windows窗体设计器，更改了目的框架适用于.NET 5.0及更高版本的方式，更改了WinRT的支持方式，并停止了其他改良。

Windows窗体设计器

Windows Forms设计器(用于.NET Core 3.1和.NET 5.0)曾经在Visual Studio 16.8中停止了更新，如今支持一切Windows Forms控件。它还支持WinForms控件的Telerik UI。设计器包括希冀的一切设计器功用，包括：拖放，选择，移动和调整大小，剪切/复制/粘贴/删除控件，与属性窗口集成，事情生成等。数据绑定和对更普遍的第三方控件的支持行将推出。

.NET 5.0目的框架

新版本更改了用于目的框架的办法。以下项目文件演示了新的.NET 5.0目的框架。

Exe

net5.0

到目前为止，新表单比目前运用的样式更紧凑，更直观。另外，正在扩展目的框架以描画操作系统依赖性。

Windows桌面API(包括Windows窗体，WPF和WinRT)仅在net5.0-windows可用。可以指定操作系统版本，例如net5.0-windows7或net5.0-windows10.0.17763.0。假设要运用WinRT API，则需求为Windows 10版本。

运用新的net5.0-windows TFM时，跨平台方案能够会更具应战性。假设您要避免为Windows构建或避免在Linux上提取Windows运转时顺序包，

WinRT Interop(严重更改)

Windows API主题上，已移至一个新模型，以作为.NET 5.0的一部分来支持WinRT API。包括调用API(在任一方向上;CLR <==> WinRT)，两个类型系统之间的数据封送处置以及计划在类型系统或ABI边界上一致看待。

在.NET 5.0中现有的WinRT互操作体系已被去除，这是一个庞大的变化。这意味着运用WinRT和.NET Core 3.x的运用顺序和库将需求重建，并且不能按原样在.NET 5.0上运转。运用WinRT API的库将需求多目的来管理.NET Core 3.1和.NET 5.0之间的这种差异。

未来，将依托Windows中的WinRT团队提供的新CsWinRT工具。它生成基于C#的WinRT互操作顺序集，可以经过NuGet交付该顺序集。Windows团队正是针对Windows中的WinRT API所做的。希望将WinRT(在Windows上)用作互操作系统的任何人都可以运用该工具，以将本机API地下给.NET或将.NET API地下给本机代码。

CsWinRT工具在逻辑上相似于TLBIMP和tlbexp，虽然好多了。tlb工具依赖于.NET运转时中的许多COM互操作管道。CsWinRT工具仅依赖于公共.NET API。就是说，C#9中的函数指针功用(部分在.NET 5.0运转时中完成)在某种水平上遭到CsWinRT工具需求的启示。

这种新的WinRT互操作模型有几个益处：

可以独立于.NET运转时停止开发和改良。

它与为其他操作系统(如iOS和Android)提供的基于工具的互操作系统对称。

该工具可以应用其他.NET功用(AOT，C#功用，IL链接)，而以前的系统则不提供该功用。

简化.NET运转时代码库。

无需添加NuGet援用即可运用WinRT API。关于indows 10 TFM(在前面的.NET 5.0 TFM部分中曾经讨论过)就足够了。假设目的是.NET Core 3.1或更早版本，则需求援用WinRT软件包。

本机导出

曾经为导出本机二进制文件启用导出，而本机二进制文件在很长一段时间内都已调用.NET代码。该方案的构建块是对UnmanagedCallersOnlyAttribute的。

.NET Native导进项目支持：

地下自定义的本地出口。

不需求像COM这样的初级互操作技术。

跨平台任务。

事情管道

事情管道是在.NET Core 2.2中添加的新的系统和API，可以在任何操作系统上执行功用和其他诊断调查。在.NET 5.0中，事情管道已失掉扩展，以使事情探查器可以写入事情管道事情。关于以前依托ETW(在Windows上)监视运用顺序行为和功用的剖析探查器，此方案至关重要。

新版本中可以经过事情管道取得顺序集加载信息。这项改良是末尾提供相似的诊断功用(作为.NET Framework的一部分)的末尾，例如。如今，可以运用经过以下命令来搜集此信息：

dotnet-trace collect --providers Microsoft-Windows-DotNETRuntime:4:4 -- ./MyApp –my-arg 1

任务流在dotnet-trace docs中停止了描画。可以查看复杂测试运用顺序的顺序集加载信息。

Microsoft.Extensions.Logging

(责任编辑：admin)