Windows上的POS开发:通过COM进行OPOS？.Net的OPOS？UnifiedPOS？...？

Question

我计划从头开发POS系统,它将基于Windows(目前是XP SP3).我试图了解用于使用POS设备的API.到目前为止,我发现OPOS是作为一组COM对象实现的,一个.Net库似乎是基于COM对象和一个名为UnifiedPOS的升级标准.

问题是,COM对象似乎已经很老了.Net 1.1之后的.Net内容还没有更新.但我无法找到UnifiedPOS规范的实现.

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

Answer 1

OPOS真正启动了所有POS API,其标准由成员公司董事会商定,以帮助使POS特定计算机硬件更具可互换性.OPOS信息如果您购买了POS软件,则由于软件的编码方式,您不一定会遇到供应商锁定.

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

当然不是每个人都喜欢Java,输入POS.net,OPOS的另一个孩子,但是建立在微软的.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),因为它在存储和RAM方面的内存占用较少,而且与Vista相比速度快(Win7可能会改变这一点,但正如我所提到的,POS行业存在滞后在软件采用方面与其他行业相比).