【问题标题】:POS development on windows: OPOS via COM? OPOS for .Net? UnifiedPOS? ...?Windows 上的 POS 开发:通过 COM 的 OPOS? .Net 的 OPOS?统一POS? ...?
【发布时间】:2011-11-05 12:41:28
【问题描述】:

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

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

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

【问题讨论】:

  • 我认为这取决于您要使用什么 POS 设备以及它支持什么 API。
  • 该软件将在带有 SP3 的 win XP 上运行,我想与 POS 打印机和此类设备交谈。我对这样一个“标准”和 API 的理解是,我或多或少地独立于特殊设备!?
  • 摩尔定律不适用于 POS。避免假设“旧”等同于“过时”。 .NET OPOS 包装器从 2003 年开始支持 UPOS。
  • monroecs.com/posfordotnet/opos_dotnet.htm 似乎是针对 .NET 2.0 构建的
  • @Hans:我没有意识到这一点。你会创建一个我可以接受的答案吗?

标签: c# .net point-of-sale opos pos-for-.net


【解决方案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 行业存在滞后与其他行业相比的软件采用率)。

【讨论】:

    猜你喜欢
    • 2011-11-06
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-09-27
    • 2013-07-25
    • 2012-10-08
    • 2010-12-27
    • 1970-01-01
    相关资源
    最近更新 更多