c# - Windows : OPOS via COM? OPOS for .Net 上的 POS 开发？统一POS？ ……？

Question

我打算从零开始开发一个POS系统，该系统将基于windows(目前是XP SP3)。我试图大致了解使用哪个 API 来处理 POS 设备。到目前为止，我发现 OPOS 是作为一组 COM 对象实现的，一个似乎基于 COM 对象的 .Net 库和一个名为 UnifiedPOS 的即将推出的标准。

问题是，COM 对象似乎很旧，而且 .Net 的东西自 .Net 1.1 以来就没有更新过。但是我找不到 UnifiedPOS 规范的实现。

有人知道类似 UnifiedPOS SDK for windows 的东西吗？或者有人可以推荐使用 OPOS 或任何其他 API 吗？

Answer 1

OPOS 真正开始了所有 POS API，并采用了一个由成员公司董事会商定的标准，以帮助使 POS 特定计算机硬件更具互换性。 OPOS Info这是因为如果您购买了 POS 软件，由于软件的编码方式，您不一定会遇到供应商锁定。

JavaPOS 规范简单地将过时的基于 OLE 的 API 转换为 Java，这可能是某些人首选的开发环境。 JavaPOS Info

当然不是每个人都喜欢 Java，请进入 POS.net，它是 OPOS 的另一个子产品，但由 Microsoft 基于 .NET 框架构建。 POS.net Info 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 行业有一个滞后与其他行业相比在软件采用方面的影响)。