UWP为何未基于.NET 6/8？能否在.NET 8中调用UWP类？

一、UWP未基于.NET 6+新版本的核心原因 #

微软的技术路线调整是核心因素：UWP最初基于.NET Core早期版本构建，但随着.NET 5+转向跨平台通用框架的定位，UWP作为Windows专属的应用模型，深度绑定Windows系统特性（沙箱机制、应用商店生态、系统级权限控制等），与.NET跨平台的设计目标出现本质分歧。

同时，UWP依赖的WinRT是Windows原生组件模型，和.NET跨平台抽象层的底层逻辑存在冲突。微软选择让UWP继续基于适配Windows的专用.NET分支（如.NET Core 3.1的定制版本）维护，既保留UWP的Windows特有能力，又避免破坏.NET跨平台框架的纯净性。

二、为何微软未将二者整合 #

• 定位差异不可调和：.NET 6+的核心目标是覆盖Windows、Linux、macOS等多平台，强行整合UWP会引入大量Windows专属代码，直接破坏.NET的跨平台特性。而UWP的价值正是其Windows生态的深度绑定，剥离这些特性会失去UWP的核心意义。
• 技术兼容成本过高：UWP的WinRT组件模型与.NET跨平台抽象层的交互逻辑差异较大，全面迁移需要重构大量UWP核心代码，不仅成本极高，还会导致现有UWP应用的兼容性问题。
• 新平台策略替代：微软后续推出WinUI 3、.NET MAUI等方案，将UWP的特性逐步迁移到这些更现代化的框架中，不再优先推进UWP与.NET 6+的直接整合，转而引导开发者转向新的技术栈。

三、在.NET 8应用中调用UWP类的方法 #

.NET 5+已原生支持WinRT组件互操作，无需额外工具即可调用UWP相关类：

1. 安装对应Windows SDK的NuGet包：在.NET 8项目中，搜索并安装与目标Windows版本匹配的WinRT包（如Windows.Services.Bluetooth）。
2. 直接编写调用代码（以蓝牙为例）：

using Windows.Devices.Bluetooth;
using Windows.Devices.Bluetooth.GenericAttributeProfile;

public async Task<GattDeviceService> GetFirstBluetoothService(string deviceId)
{
    var bluetoothDevice = await BluetoothDevice.FromIdAsync(deviceId);
    if (bluetoothDevice == null) return null;
    
    var serviceResult = await bluetoothDevice.GetGattServicesAsync();
    return serviceResult.Services.FirstOrDefault();
}

3. 配置项目目标框架：在项目的.csproj文件中指定Windows目标版本，确保API兼容性：

<TargetFrameworks>net8.0-windows10.0.19041.0</TargetFrameworks>

注意：此类调用仅能在Windows平台运行，无法跨平台。

四、Windows蓝牙开发的方案选择 #

• 若需跨平台：使用第三方库（如InTheHand.BluetoothLE）实现跨平台蓝牙支持，兼容.NET 8的多平台特性。
• 若仅面向Windows：直接通过WinRT调用UWP蓝牙API是最原生、功能最完整的方案；也可选择WinUI 3结合.NET 8开发，既享受.NET 8的框架特性，又能无缝使用Windows原生蓝牙能力。

内容的提问来源于stack exchange，提问作者Buran