使用 XFS 接口的好处是我可以编写一个与设备（pin-pads、读卡器）互操作的程序，这通常是对的吗？结果（理想情况下）是我可以更改设备并且不需要对我的软件进行任何更改。这是可能的，因为使用了通用 XFS 接口。我说的对吗？
所以我编写了一个实现一些业务逻辑的程序，它调用 XFS 接口的操作，XFS 库找到（顺便说一句？）一个服务提供者库，它理解来自 XFS 的查询和命令，并且库直接与设备一起使用。我说的对吗？
例如，我有一个文档和一个 DLL（来自设备供应商）供设备使用。如何理解它是否可以与 XFS 基础架构一起使用？我只是在文档中看到这个 dll 公开了 C 函数以与设备一起使用。
【问题讨论】：
标签： cen-xfs
关于您问题的第一部分。是的，你是对的。在理想情况下，XFS 让您独立于应用程序中的设备实现。您可以使用相同的命令和查询来处理不同的设备型号。
关于 XFS 如何查找特定设备库。要执行任何 XFS 命令或查询，您必须打开“逻辑服务”，这是服务的符号名称。任何逻辑服务都绑定到特定的服务提供者。 所有绑定的“逻辑服务”“服务提供者”都存储在 Windows 注册表中。 任何提供的服务都是具有特定接口的 windows dll。 Dll 必须导出一组名为 WFPxxx 的函数，其中 xxx 是 XFS 方法名称。您可以在 XFS 文档中找到更多详细信息。 因此，并非所有供应商 dll 都是 XFS 服务提供者库。可以看dll的导出函数来判断，即XFS服务提供者dll。
【讨论】：
CEN / XFS 的主要目的是允许银行系统（在 ATM、Kiosky 等中运行）可以抽象硬件复杂性（例如：每个制造商都有关于纸币分配器必须如何运行的解决方案）。事实上，这个目标并不总是完全实现，因为标准 XFS 对不同的解释非常开放。正因为如此，银行（银行等）创建自己的 XFS 解释并要求其供应商遵循是很常见的。当我们谈论大型银行（例如巴西的 Bradesco）时，这是可能的。但对于不购买大量 ATM 和其他终端的小型银行实体来说，另一种选择是可能的，例如在其系统内部的 XFS 层之上添加一个抽象层，以便该层处理制造商对标准 XFS 的解释。
我还建议您阅读以下文章：
【讨论】：
您打算开发 WOSA/XFS 应用程序。然后您必须创建一个开发环境，其中包括： a) 如果您正在为已在 FI 市场使用的机器（例如品牌 ATM 或 kiosk 型号）开发软件，则从硬件制造商处安装 XFS b) 或者，如果您正在制作自己的硬件，在配置中包含一些 XFS 设备（例如读卡器、条形码阅读器等），这将更加复杂且难以实现，因为您必须实现自己的 @ 端口987654321@，包括为您自己的 XFS 管理器构建所有必要的代码（dll、库和头文件），以及所有设备 SPI（服务提供者接口），包括负责一般 XFS 功能的 API SPI。如果您的新硬件 FI 单元不能大量销售，至少数百甚至数千个，这将不是一个非常合理的时间和金钱投资。但是，您可以从各种供应商（NCR、Wincor、Diebold、Glory Solutions 等）购买现成的 XFS 安装。
这将是第一步，为您的开发和测试环境提供适当的 XFS 安装（用于开发机器的开发版本，用于测试机器的运行时版本）。其次，针对应用开发的需要，您可以在开发机器上安装自己喜欢的C++环境，在测试硬件上安装调试环境。
完成设置后，您只需在代码中包含头文件并在构建可执行文件时链接库，以便为您的现金/信用卡机器制作合适的软件。
您说得对，XFS 更像 Java，“一次编写，到处运行”，因此如果您将来更改（例如已停产的读卡器或现金存款单元），则无需维护和采用该软件甚至来自不同供应商的另一个。
【讨论】：