C# 通过COM在windows上开发POS:OPOS？Net的OPOS？统一组织。。。？

我计划从头开始开发一个POS系统，它将基于windows（目前是XP SP3）。我试图了解使用哪种API来处理POS设备。到目前为止，我发现OPOS是作为一组COM对象实现的，它是一个.Net库，似乎基于COM对象和一个名为UnifiedPOS的升级标准

问题是，COM对象似乎很旧，而.Net内容自.NET1.1以来一直没有更新。但我无法找到统一DPOS规范的实现

---

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

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

JavaPOS规范只是将过时的基于OLE的API转换成Java，而Java可能是一些人首选的开发环境

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

我认为这取决于您将使用什么POS设备以及该设备支持什么API。该软件将在win XP和SP3上运行，我想与POS打印机和此类设备交谈。我对这种“标准”和API的理解是，我或多或少独立于特殊设备！？摩尔定律不适用于POS。避免假设“旧”等同于“过时”。自2003年以来，.NETOPOS包装器支持UPOS。似乎是针对.NET 2构建的。0@Hans例如我不知道那件事。你能给我一个我能接受的答案吗？