我正在尝试使用以下代码订阅价格流:
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 = EUR / USD 146 = 1 262 = 634511906383686907 263 = 1 264 = 1 265 = 1 266 = N 267 = 2 269 = 110 = 079
我需要对标签进行重新排序,以便在标签146之后找到55。
我尝试以不同的顺序调用setField
,但每次都会得到相同的结果。
处理邮件标记顺序的正确方法是什么?
修改 - 问题已解决:
我关注DumbCoder suggestion并使用addGroup
代替setField
构建消息。以下代码示例也帮助了我:
http://forexforums.dailyfx.com/fix-api-support/411090-fix-api-example.html
注意:示例是用Java编写的,目标是QF44。
答案 0 :(得分:0)
AFAIK quickfix使用地图来读取标签,然后填充它们的值,因此标签的位置是由语言决定的,而不是由库决定的。
在接受者上将 ValidateFieldsOutOfOrder设置为N ,因此即使标记乱序,您的消息也不会被拒绝。这给我带来了很多工作,因为无论我尝试过什么,标签都不会出现,我不得不放弃按顺序放置标签。如果标签不按顺序拒绝消息的接受器不是一个好的选择。您不能依赖每个修补程序库来进行出价。