UWP - 使用面向 .NET Framework 4.6 的程序集
UWP - Use assembly targeting .NET Framework 4.6
我想在 UWP（侧面加载的应用程序）中使用 .NET Framework 程序集。我知道这不可能以任何简单的方式实现，因为 UWP 的目标是 .NET Core。
我正在尝试创建代理 Windows 运行时组件，如 this article 中所述。
但是我有问题：
- 我不能使用市场上的任何模板，因为它们适用于 Visual Studio 2015 而我正在使用 Visual Studio 2017
- 我无法打开示例项目，因为 Visual Studio 2017 说这些项目（具有已编辑的 csproj 文件的项目）与 Visual Studio 2017
的版本不兼容
- 那篇文章中的 post-build 脚本使用
winmdidl 但是它不在我的 PATH 中所以我必须输入完整路径 "C:\Program Files (x86)\Windows Kits\bin\x86\winmdidl" （不要知道这是否是个问题）
winmdidl命令returns出错error W1005: Exception Unknown exception
另外我还有两个问题：
- 示例和文章使用 C++ "Proxy" 项目，我可以在代理组件中仅用 C# 编写逻辑而不使用任何 C++ 代码吗？ （我只需要能够从 UWP 调用一些在第 3 方 .NET 程序集中定义的方法）
- 由于在.NET Framework 中调用某些代码的"Brokered Windows Runtime Component" 方法看起来很麻烦，也许最好编写一些Windows 服务或某种其他形式的REST 服务并通过
localhost?这是我已经用来与机器上的一些第 3 方工具进行通信的方式。性能和复杂性是否有利于代理组件方法？
有了 Desktop Bridge 功能，您不再需要 Windows Runtime Brokered Components。有关详细信息，请参阅此页面：
https://developer.microsoft.com/en-us/windows/bridges/desktop
我想 sample 使用 AppService 将帮助您解决您的场景
我想在 UWP（侧面加载的应用程序）中使用 .NET Framework 程序集。我知道这不可能以任何简单的方式实现，因为 UWP 的目标是 .NET Core。
我正在尝试创建代理 Windows 运行时组件，如 this article 中所述。
但是我有问题：
- 我不能使用市场上的任何模板，因为它们适用于 Visual Studio 2015 而我正在使用 Visual Studio 2017
- 我无法打开示例项目，因为 Visual Studio 2017 说这些项目（具有已编辑的 csproj 文件的项目）与 Visual Studio 2017 的版本不兼容
- 那篇文章中的 post-build 脚本使用
winmdidl但是它不在我的PATH中所以我必须输入完整路径"C:\Program Files (x86)\Windows Kits\bin\x86\winmdidl"（不要知道这是否是个问题） winmdidl命令returns出错error W1005: Exception Unknown exception
另外我还有两个问题：
- 示例和文章使用 C++ "Proxy" 项目，我可以在代理组件中仅用 C# 编写逻辑而不使用任何 C++ 代码吗？ （我只需要能够从 UWP 调用一些在第 3 方 .NET 程序集中定义的方法）
- 由于在.NET Framework 中调用某些代码的"Brokered Windows Runtime Component" 方法看起来很麻烦，也许最好编写一些Windows 服务或某种其他形式的REST 服务并通过
localhost?这是我已经用来与机器上的一些第 3 方工具进行通信的方式。性能和复杂性是否有利于代理组件方法？
有了 Desktop Bridge 功能，您不再需要 Windows Runtime Brokered Components。有关详细信息，请参阅此页面：
https://developer.microsoft.com/en-us/windows/bridges/desktop
我想 sample 使用 AppService 将帮助您解决您的场景