0

我有 Venue 1,它会在发送安全定义请求消息时自动发送安全状态。但是 Venue 2 使用 SecurityStatusRequest 消息。

现在如何解决来自 Venue 2 的用户从 Venue 1 请求安全状态的问题?

4

1 回答 1

1

这个问题暗示了对 FIX 在实践中如何工作的一些误解。这是我澄清这一点的最佳尝试。

当场地提供 FIX 界面时,他们可以设置规则。如果您有一个客户端应用程序并且您想将它连接到某个场所的服务器,您需要针对该场所的消息定义和配置来定制您的应用程序。任何其他场所的定义或配置都无关紧要。

如果您想将一个客户端连接到两个不同的场所,您不能假设它们的界面有任何共性。即使它们都是相同的 FIX 版本(例如都是 FIX 4.4),也会存在差异。您必须仔细阅读每个场所的文档并相应地实现客户的不同连接逻辑。

因此,在您的示例中,Venue 2 的用户如果想要获得状态,则必须发送 SecurityStatusRequest 消息,并且没有办法绕过它。您需要决定如何实现它。Venue 2 制定了他们的规则,他们并不关心 Venue 1 如何做事。

可能的实施:一旦您收到证券清单,如果您在 Venue 2,循环浏览它并为每个证券发送一个 SSR。如果您的两个场地处理程序共享逻辑,那么您会将其放在if(current_venue==venue2)-type 块中。

于 2013-03-05T14:40:56.783 回答