【问题标题】:How to address multi-vendor ATM support in a Windows application如何解决 Windows 应用程序中的多供应商 ATM 支持
【发布时间】:2018-08-09 11:50:14
【问题描述】:

在阅读了有关 CEN/XFS 编程参考的内容后,我认为编写所有 ATM 都支持的 ATM 软件会很“容易”。乍一看,就可移植性而言,整个标准对我来说似乎是合理的。

但是,令我惊讶的是,我可以访问一些知名供应商的 ATM,它们甚至没有安装 Microsoft XFS 管理器(msxfs.dll 等)。我认为这将是一个非常罕见的情况。

有人告诉我,一些供应商有自己的 XFS 管理器。这是真的吗?我认为 JXFS 或供应商特定层将依赖于 CEN/XFS 管理器。

如果是这样,我是否必须了解所有依赖于供应商的 API?我拒绝相信这个行业是这样运作的。

【问题讨论】:

    标签: xfs cen-xfs


    【解决方案1】:

    可悲的事实是,generig 软件在任何 ATM 上都不能很好地运行。 一般来说,我相信每个供应商都会创建自己的 XFS 管理器。使用的 XFS 管理器非常通用,因此 XFS 管理器提供者是谁并不是什么大不了的事。实际的设备和服务提供商实现是真正的区别。

    因此,您可以将软件编写到功能的通用子集,甚至可以使用该方法获得相当高的可操作性。好吧,直到您需要开始并处理错误情况。在这一点上,这些限制会造成这种通用软件在实践中毫无用处的情况。

    原因很简单,因为所有设备在实现级别上是如此不同,因此在错误条件期间和之后可以做不同的事情。 因此,即使两个供应商的 CEN/XFS 错误代码可能相同,所需的操作也可能有很大不同,因为它们的响应可能指示不同的严重性,或者错误情况甚至可能在一个供应商上自行清除,但可能需要操作员干预另一个。

    因为您自然希望从您拥有的硬件中获得所有可用的好处,所以此时我们开始需要 CEN/XFS 范围之外的配置选项。在你这样做之后,你开始获得硬件的好处,但这也意味着你的软件的复杂性更高。哦,你将需要大量的测试,遗憾的是你也不能真正信任供应商文档......

    【讨论】:

    • 感谢您的回答,这意味着链接 MSXFS.DLL 的本机应用程序很容易失败.​​..并且我需要每个供应商 SDK 的副本吗?我怎样才能得到这个?
    • 您希望动态链接 MSXFS.dll,但您不会将它与您的应用程序一起提供,因为安装了供应商软件的每个 ATM 都将具有 DLL,因为该部分是严格标准的东西。 SDK 是您几乎必须向供应商询问的难点,至少 NCR 对他们的 SDK 有相当严格的政策。
    • @VoltagE-ThE 我只想让我明白,因为我最近开始构建与 XFS 管理器的集成。每个供应商都将安装自己的msxfs.dll,但所有 dll 都将具有与标准相同的签名,我只能从供应商那里获得 XFS 管理器msxfs.dll,我无法从在线站点安装它。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2021-06-27
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多