0

我正在尝试使用以下代码订阅价格流：

Using l_msg As New QuickFix42.MarketDataRequest(New MDReqID(Date.Now.Ticks.ToString), New SubscriptionRequestType(SubscriptionRequestType.SNAPSHOT_PLUS_UPDATES), New MarketDepth(1))

            l_msg.setField(New MDUpdateType(1))
            l_msg.setField(New AggregatedBook(False))
            l_msg.setField(New NoMDEntryTypes(2))
            l_msg.setField(New MDEntryType("0"c))
            l_msg.setField(New MDEntryType("1"c))
            l_msg.setField(New Symbol("EUR/USD"))
            l_msg.setField(New NoRelatedSym(1))

            Session.sendToTarget(l_msg, SENDER_COMP_ID.Value, TARGET_COMP_ID.Value)
        End Using

生成的 FIX 消息是：

8=FIX.4.2 9=140 35=V 34=2 49=SENDER_COMP_ID 52=20110909-15:44:02.855 56=TARGET_COMP_ID 55=欧元/美元 146=1262=634511906383686907 263=1264=1265= =N 267=2 269=1 10=079

我需要重新排序标签，以便 55 紧跟在标签 146 之后。我尝试setField以不同的顺序调用，但每次都给出相同的结果。

处理消息标签顺序的正确方法是什么？

编辑 - 问题已解决：

我遵循DumbCoder的建议并使用addGroup而不是setField. 以下代码示例也帮助了我：http: //forexforums.dailyfx.com/fix-api-support/411090-fix-api-example.html

注意：示例是用 Java 编写的，目标是 QF44。

4

1 回答 1

0

AFAIK quickfix 使用地图来读取标签，然后填充它们的值，因此标签的位置是由语言决定的，而不是由库决定的。

在您的接受器上将ValidateFieldsOutOfOrder设置为 N ，因此即使标签乱序，您的消息也不会被拒绝。这给我带来了很多工作，因为无论我尝试什么，标签都不会正常，我不得不放弃整理标签。如果标签不按顺序拒绝消息的接受器不是一个好的选择。您不能依赖每个修复库来进行竞标。

于 2011-09-13T08:59:32.297 回答