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