我打算从零开始开发一个POS系统，它将基于windows（目前是XP SP3）。我试图大致了解使用哪个 API 来处理 POS 设备。到目前为止，我发现 OPOS 被实现为一组 COM 对象、一个似乎基于 COM 对象的 .Net 库和一个名为 UnifiedPOS 的升级标准。
问题是，COM 对象似乎很旧，而 .Net 的东西自 .Net 1.1 以来就没有更新过。但我找不到 UnifiedPOS 规范的实现。
有人知道 Windows 的 UnifiedPOS SDK 之类的东西吗？或者有人可以推荐使用 OPOS 或任何其他 API 吗？
OPOS 真正启动了所有 POS API，其标准由成员公司商定，以帮助使 POS 特定的计算机硬件更具可互换性。OPOS 信息如果您购买了 POS 软件，由于软件的编码方式，您不一定会遇到供应商锁定。
JavaPOS 规范只是将过时的基于 OLE 的 API 转换为 Java，这可能是一些人首选的开发环境。JavaPOS信息
当然，不是每个人都喜欢 Java，请输入 POS.net，它是 OPOS 的另一个孩子，但基于 Microsoft 的 .NET 框架构建。POS.net 信息POS.net 向后兼容 OPOS 驱动程序。因此，任何可与 OPOS 配合使用的设备也可与 POS.net 配合使用。（许多硬件供应商在只提供 OPOS 驱动程序时甚至声称与 POS.net 兼容。）
所有这些库的重点是标准化对来自不同供应商的硬件设备的访问。您选择的库主要取决于您选择的开发环境。值得注意的是，一些主要硬件供应商在形成这些库的标准组织中的影响力使它们并非真正 100% 与供应商无关。出于这个原因，许多 POS 开发人员构建了自己的硬件抽象层，然后可以依次调用 POS.net 或通过 RS232 或 TCP/IP 直接与他们的 POS 硬件通信。
此外，POS 行业总体上在技术上落后，并且受到低成本和普遍缺乏对最新强大硬件的需求的推动。POS.net SDK 不需要 .NET 3.5/4.0 的任何功能，因此不会针对它进行重新编译。相反，POS 供应商通常希望在低功率商品硬件上运行他们的软件。这些系统通常运行 Windows XP 或 Windows XP Embedded（XP 没有消费者的东西），因为与 Vista 相比，它在存储和 RAM 中的内存占用和一般速度都较低（Win7 可能会改变这一点，但正如我提到的 POS 行业存在滞后与其他行业相比，在软件采用方面）。