我很奇怪,为什么.NET框架不与USB驱动程序的工作提供任何管理方法。一切从我读你还是打电话到Windows API和使用编组的PInvoke和所有的垃圾是我们没有.NET程序员要必须做的。为什么.NET与串行端口而不是USB端口进行通信的方法呢? USB已经变得更加广泛的应用,现在串口,是不是他们将其纳入框架?

时间
有帮助吗?

解决方案

就像.NET Framework中的其他所有功能,可以归结为成本与回报。使用.NET的每一个版本的车主们对功能做出非常痛苦的决定切。有太多的请求/希望satsify他们。被选择的那些需要以合理的成本提供明确的价值。

我的猜测是,串行端口,而可能比USB不太流行的,只是更容易管理的代码来实现。因此,即使使用可能不会很高,相对容易实现他们把他们在上面的。

其他提示

USB仅仅是一个总线。你传达给设备的方式取决于在公交车的另一侧的芯片上。还有就是不要跟所有设备的标准方法。

如果一个USB设备供应商希望将设备暴露在一个标准的方法(大部分都符合标准,以节省开发,文件费用,以及教育客户了解其API),它们的驱动程序程序员可以编写驱动程序,使设备可用于各种的Windows API(海量存储,WIA,DirectShow中,虚拟串口,蓝牙,人机接口设备等)。同样,由于标准化的驱动程序已经暴露到Windows API,没有必要为.NET直接对话的硬件。

如果你正在寻找与HID兼容USB设备接口,你可以看看 CC .USBHID 。这是旧的和讨厌的,但可能让你在正确的方向前进。可能有更成熟的项目提供。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top