CEN/XFS体系结构

Question

使用XFS接口的好处是，我只需编写一次与设备(针垫、读卡器)互操作的程序，这对吗？其结果(理想情况下)是，我可以改变设备，我不需要任何改变我的软件。这是可能的，因为使用了通用的XFS接口。我说的对吗？

因此，我编写了一个实现一些业务逻辑的程序，它调用XFS-接口的操作，XFS-库查找(顺便问一下？)一个服务提供者库，它可以理解来自XFS的查询和命令，并且该库直接与设备一起工作。我说得对吗？

例如，我有一个用于设备工作的文档和DLL (来自设备供应商)。如何理解它是否可以与XFS基础结构一起使用？我只是在文档中看到，这个dll公开了C-函数来处理设备.

Answer 1

关于你问题的第一部分。是的，你是对的。在理想情况下，XFS使您在应用程序中独立于设备实现。您可以使用相同的命令和查询来处理不同的设备模型。

关于XFS如何找到特定的设备库。要执行任何XFS命令或查询，必须打开“逻辑服务”，这是服务的符号名称。任何逻辑服务都绑定到特定的服务提供者。所有绑定“逻辑服务”<->“服务提供者”都存储在windows注册表中。任何提供的服务都是具有特定接口的windows。Dll必须导出一组名为WFPxxx的函数，其中xxx是XFS方法名。您可以在XFS文档中找到更多详细信息。因此，并不是所有供应商dll都是XFS服务提供者库。您可以看到导出的dll函数来确定，即XFS服务提供者dll。

Answer 2

CEN / XFS的主要目的是允许银行系统(运行在自动取款机、Kioskys等)。可以抽象硬件的复杂性(例如:每个制造商都有关于便笺分发器必须如何运行的解决方案)。事实上，这个目标并不总是完全实现的，因为标准的XFS非常容易受到不同解释的影响。正因为如此，银行(银行等)创建自己对XFS的解释并要求其供应商遵循XFS是非常常见的。当我们谈论大型银行(比如巴西的Bradesco )时，这是可能的。但对于不购买大量自动取款机和其他终端的小型银行实体来说，另一种选择是可能的，例如在其系统内的XFS层顶部添加一层抽象层，以便该层处理制造商对标准XFS的解释上的细微差异。

我还建议你阅读以下文章：

1. XFS概述
2. XFS的一些细节

Answer 3

您打算开发WOSA/XFS应用程序。然后，您必须创建一个开发环境，包括：( a)从硬件制造商安装XFS，如果您正在为已经在FI市场上使用的机器开发软件(例如，品牌ATM或kiosk型号) b)，或者，如果您正在制造自己的硬件，其中包括配置中的一些XFS设备(例如读卡器、条形码阅读器等)，这是一个更复杂和很难实现的，因为您必须实现自己的CEN XFS标准端口，其中包括为您自己的XFS管理器构建所有必要的代码( all、libs和头文件)，以及所有设备SPI ()，包括负责一般XFS功能的API。如果你的新硬件FI单元不能大量销售，至少有数百甚至数千台，这将不是一个相当合理的时间和金钱投资。但是，您可以从各种供应商(NCR、Wincor、Diebold、Glory Solutions等)购买现成的XFS安装。

这将是第一步，为您的开发和测试环境提供适当的XFS安装( devel机器的开发版本，用于测试机器的运行时版本)。其次，为了满足应用程序开发的需要，您可以在开发机器上安装您最喜欢的C++环境，在测试硬件上安装调试环境。

当您完成设置时，您只需在代码中包含头文件，并在构建可执行文件时链接库，以便为您的现金/信用卡机器制作适当的软件。

你说得对，XFS更像Java“写一次，到处运行”，因此，如果你改变了，例如，换了另一家已经停用的读卡器或现金存款机，即使是另一家供应商，将来也不需要维护和采用该软件。