我有一个非常简单的应用程序，它运行一系列已弃用的扫描仪，它从串行端口获取条码扫描并将其发送回扫描仪，表明它收到了扫描。基于此，扫描仪呈绿色闪烁，用户知道他们可以继续。
我喜欢这个模型而不是我对键盘楔子的理解，因为如果应用程序发生问题以获取扫描(应用程序挂起，焦点表单被更改，PC 挂起，PC 无法跟上获取扫描) )，拿着扫描枪的人会知道有问题，因为他们不会收到绿色闪光，他们将无法继续扫描。
我正在考虑添加一些扫描仪，似乎很多人都在使用有效地充当键盘楔子的条形码扫描仪。其中一些扫描仪的范围超过 100 英尺，这意味着人们在远离 PC 的地方使用它们(就像我的用户一样)。所以我想知道我是否遗漏了有关键盘楔模型的内容。我是否缺少某种机制来确保由充当键盘楔的扫描仪解码的扫描实际上到达在 PC 上运行的应用程序？一台运行 Windows Mobile 之类的成熟的手持电脑似乎有点矫枉过正，因为只是想确保我的用户不会扫描不会进入应用程序的数据，即使是带有键盘和屏幕的中档扫描仪也是如此，但后者是否是扫描仪任何类型的可编程性的切入点？
最佳答案
您是对的 - 作为楔形运行时，扫描仪没有反馈回路。我们经常使用楔形扫描仪，在现代环境(即 Windows、多个应用程序等)中，焦点、“丢失扫描”等都是真正的问题。
我们正在转向另一种方式。如果您可以选择硬件，许多新的 USB 条码扫描器都能够在串行仿真模式下运行，允许您描述的相同类型的交互(您可以防止第二次扫描，直到主机对第一次进行 ACK，或者您可以在扫描仪上发出哔哔声/闪光作为确认)。此外，还有一些高端 USB 扫描仪支持的 USB HID POS(销售点)模式，可为您提供更大程度的灵活性，以及“免驱动”安装的额外好处(它看起来像一个通用的 HID 设备系统，如操纵杆或键盘，但具有 2 路通信能力)。 POS 模式的缺点是它比串行编程要难一些，但有适用于不同平台的抽象层。
关于barcode - 使用条码扫描器作为键盘楔子是否意味着您无法确认收到扫描件？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1959761/