使用 XFS 接口的好处是我可以编写一个与设备（pin-pads、读卡器）互操作的程序，我通常是对的吗？结果（理想情况下）是我可以更改设备并且不需要对我的软件进行任何更改。这是可能的，因为使用了通用 XFS 接口。我对吗？
所以我编写了一个实现一些业务逻辑的程序，它调用 XFS 接口的操作，XFS 库找到（顺便说一句？）一个服务提供者库，它理解来自 XFS 的查询和命令，并且该库与设备直接。我说得对吗？
例如，我有一个文档和一个 DLL（来自设备供应商）供设备使用。如何理解它是否可以与 XFS 基础架构一起使用？我只是在文档中看到这个 dll 公开了 C 函数以与设备一起使用。
关于你问题的第一部分。是的你是对的。在理想情况下，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 层之上添加一个抽象层，
我还建议您阅读以下文章：
您打算开发 WOSA/XFS 应用程序。然后您必须创建一个开发环境，其中包括： a) 如果您正在为已在 FI 市场上使用的机器（例如品牌 ATM 或 kiosk 型号）开发软件，则从硬件制造商安装 XFS b) 或者，如果您正在制作自己的硬件，在配置中包含一些 XFS 设备（例如读卡器、条形码阅读器等），这将更加复杂且难以实现，因为您必须实现自己的CEN XFS 标准端口，其中包括为您自己的 XFS 管理器构建所有必要的代码（dll、库和头文件），以及所有设备 SPI（服务提供者接口），包括负责通用 XFS 功能的 API SPI。如果您的新硬件 FI 单元不能大量销售，至少数百甚至数千个，这将不是一个非常合理的时间和金钱投资。但是，您可以从各种供应商（NCR、Wincor、Diebold、Glory Solutions 等）购买现成的 XFS 安装。
这是第一步，为您的开发和测试环境提供适当的 XFS 安装（开发机器的开发版本，测试机器的运行时版本）。其次，针对应用程序开发的需要，您可以在开发机器上安装自己喜欢的C++环境，在测试硬件上安装调试环境。
完成设置后，您只需在代码中包含头文件并在构建可执行文件时链接库，以便为您的现金/信用卡机器制作适当的软件。
你是对的，XFS 更像 Java “一次编写，到处运行”，因此如果您将来更换已停产的读卡器或现金存款单元，则无需维护和采用该软件即使来自不同的供应商。