您是否觉得有必要自定义 quickfix 数据字典？
Do you find it necessary to customize the quickfix data dictionary?
在与 quickfix 库捆绑在一起的 FIX.4.4 数据字典 XML 中，似乎某些字段被标记为必需，可能不应该根据 FIXimate 中描述的协议规范。
例如：
35/消息中的OrderId AE/TradeCaptureReport的组件组TrdCapRptSideGrp 552/NoSides
另一个例子：
15/消息中的 ExecType AR/TradeCaptureReportAck
我认为这些字段不应该是必需的，我可以在我的数据字典的 FIX44.xml 中简单地将它们标记为 required='N'。
我在股票数据字典中发现有问题的 required='Y' 是否令人惊讶？我应该担心改变这些吗？
最好将 FIX 的默认数据字典视为一个建议。
在实践中，每个交易对手的做法都略有不同，可能
以不同的方式使用某些字段。此外，大多数交易对手
喜欢向消息（甚至所有新消息！）添加自定义字段，您需要调整数据字典 XML 以匹配，以便引擎知道需要哪些字段。
在实践中，我从未 见过一个交易对手至少没有搞砸数据字典。您确实必须检查每个公司的规格；什么都不假设。
在与 quickfix 库捆绑在一起的 FIX.4.4 数据字典 XML 中，似乎某些字段被标记为必需，可能不应该根据 FIXimate 中描述的协议规范。
例如：
35/消息中的OrderId AE/TradeCaptureReport的组件组TrdCapRptSideGrp 552/NoSides
另一个例子：
15/消息中的 ExecType AR/TradeCaptureReportAck
我认为这些字段不应该是必需的，我可以在我的数据字典的 FIX44.xml 中简单地将它们标记为 required='N'。
我在股票数据字典中发现有问题的 required='Y' 是否令人惊讶？我应该担心改变这些吗？
最好将 FIX 的默认数据字典视为一个建议。
在实践中，每个交易对手的做法都略有不同，可能 以不同的方式使用某些字段。此外，大多数交易对手 喜欢向消息（甚至所有新消息！）添加自定义字段，您需要调整数据字典 XML 以匹配，以便引擎知道需要哪些字段。
在实践中，我从未 见过一个交易对手至少没有搞砸数据字典。您确实必须检查每个公司的规格；什么都不假设。