在 UWP C# 中使用 C++ 组件的最佳方式

Question

我的最终目标：拥有一个 C# UWP 应用程序，它使用用 C++ 编写的可以与 USB 设备通信的组件。 USB 驱动程序是一个基于.inf 的驱动程序，并且之前已通过微软认证（因此我们应该能够构建 UWP 设备应用程序，为设备添加功能并使用设备功能）。 C++ 组件需要使用由设备制造商等提供的 other.dll。

查看各种选项，我注意到一些需要注意的事项：

• 可以使用的 win32 API 的限制
• 由于自定义驱动程序，我必须与 Microsoft 核对其他限制

使用自定义驱动程序访问设备需要获得 Microsoft 的批准。 想要使用自定义驱动程序为专用设备实现设备访问的 OEM 和 IHV 应首先联系其 Microsoft 联系人，以与 Windows 生态系统团队讨论他们的方案。

来源： https://docs.microsoft.com/en-us/windows-hardware/drivers/devapps/step-1--create-a-uwp-device-app

我的背景主要是 C#，所以我想弄清楚最好的 C#-to-C++ 架构是什么

据我现在了解，我必须在 3 个选项之间做出决定，我不确定哪个是最好的。 我的第一个问题是：以下 3 个选项中的哪一个最适合用于在 UWP 应用程序、硬件通信和包括更多外部（制造商）dll 中集成？

1. 在一个单独的C++（动态链接/静态库）项目中开发，该项目捆绑到一个或多个.dll 中，负责硬件交互。 在 C++ 项目中，我将使用extern "C"导出函数，然后可以使用DLLImport在 C# 中 P/invoke'd 函数。 根据几次搜索，这一切似乎都是可能的。 确保使用/ZW命令编译项目，以便检查通用 Windows 兼容性。

2. 创建一个新的“ Windows 运行时组件（通用 Windows - C++/CX） ”项目。 This can then be used surprisingly easily within C# by just instantiating that public ref class I have seen this stackoverflow post which refers to using this microsoft guide on how to use existing C++ code in a C# UWP app. stackoverflow 帖子还提到了这个教程，它解释得更好，但已经过时了。 这些教程创建了这个运行时组件，我假设这个运行时组件可以包含任何.DLL/.LIB。 似乎大部分逻辑代码都可以在这个运行时组件中开发，只需要添加和链接外部制造商.dll。 或者，将这个运行时组件保留为另一个 C++ 项目之间的桥梁是一个不错的决定，该项目负责与设备和 other.dll 进行通信的实际艰苦工作？ 尽管我仍然遇到链接错误，但我认为这都是可以修复的。

3. 在 Microsoft 教程页面上，有大横幅警告我要迁移到C++/WinRT 。 添加这样一个新项目（Windows 运行时组件（通用 Windows - C++/WinRT）时，通过添加.idl 、 .def和.props文件会带来很多“开销”（我称之为）新语法似乎与我以前看到的完全不同。尽管我已经安装了C++/WinRT 扩展，但 Intellisense 仍在报告各种错误。这值得花时间来理解它吗？它是否带有与#2 相同的条件还是有更多的优点/缺点？

My second question would be: When chosen the 3 options, what is the best architecture setup to consume other.DLL's, call functions from C# and distribute the C++ component with the UWP app?

值得注意的是：该设备必须以大约每秒 20 帧的速度处理 output，因此在使用该设备时会持续进行相当密集的过程。 它不是相机，而是医疗设备。