我计划从头开始开发一个POS机系统,它将基于windows (目前是XP SP3)。我试着了解一下使用哪种API来处理POS设备。到目前为止,我发现了OPOS,它是作为一组COM对象实现的,一个似乎基于COM对象的.Net库,以及一个称为UnifiedPOS的新兴标准。
问题是,COM对象似乎已经很旧了,而且从.Net 1.1后就没有更新过.Net的东西。但是我找不到UnifiedPOS规范的实现。
有人知道windows的UnifiedPOS SDK之类的东西吗?或者有人可以推荐使用OPOS或任何其他API?
发布于 2011-10-23 08:51:02
OPOS实际上是以一个由成员公司董事会同意的标准开始了所有的POS,以帮助使特定于POS的计算机硬件更具互换性。OPOS Info这是如果你购买了POS机软件,由于软件的编码方式,你不一定会遇到供应商锁定。
JavaPOS规范只是将过时的基于OLE的应用程序接口转变为Java,这可能是一些人首选的开发环境。JavaPOS Info
当然,并不是每个人都喜欢Java,POS.net是OPOS的另一个孩子,但由微软构建在.NET框架之上。POS.net Info POS.net向后兼容OPOS驱动程序。因此,任何使用OPOS的设备都可以使用POS.net。(许多硬件供应商甚至声称与POS.net兼容,因为他们只提供OPOS驱动程序。)
所有这些库的要点是标准化对来自不同供应商的硬件设备的访问。您对库的选择将主要取决于您对开发环境的选择。值得注意的是,在组成这些库的标准组织中,一些主要硬件供应商的影响使它们实际上并不是100%不可知的。由于这个原因,许多POS机开发人员建立了自己的硬件抽象层,然后可以通过RS232或/IP直接调用POS.net或 talk到他们的POS机硬件。
此外,POS行业总体上在技术上落后,其驱动因素是低成本和对最新的强大硬件的普遍缺乏。POS.net SDK不需要.NET 3.5/4.0的任何特性,因此不会针对它进行重新编译。相反,POS供应商通常希望在低功耗的商用硬件上运行他们的软件。这些系统通常运行Windows XP或Windows XP Embedded (没有消费级产品的XP),因为与Vista相比,它在存储器和内存上占用的内存更少,而且速度更快(Win7可能会改变这一点,但正如我前面提到的,与其他行业相比,POS业在软件采用方面存在滞后)。
https://stackoverflow.com/questions/7222055
复制相似问题