该QuickFix的网站提供的数据字典为FIX的各种版本（注意：我说的是FIX而非FIXML）。我在 FIX 规范中没有看到任何提及此类数据字典的内容，因此我的假设是一个独立的人（可能是 QuickFix 开发人员）发明了它们，并且它们成为了跨多个 FIX 实现使用的事实上的标准。有谁知道它们是谁发明的？我问这个问题是因为我想在我正在写的一本书中简要讨论 FIX 数据字典，我想感谢发明者。
此外，我还没有找到 FIX 数据字典的模式（例如，DTD 或 XML 模式）（同样，我谈论的是 FIX 而不是 FIXML）。这样的东西存在吗？
小智 5
确认，是我。
当我最初创建它时，没有 FIX 规范的结构化版本。该规范以 Microsoft Word 文档的形式分发。
Word 允许您将文档导出为 HTML。所以我手动做了，然后为每个版本的结果 HTML 文档创建了一个解析器。
由于 Word 文档似乎是手工编辑的，因此它们非常不一致，解析器需要处理各种边缘情况。但最终它能够产生可用的结构化数据。
从那时起，FIX 存储库就发布了，这就是当前生成 QuickFIX xml 文档的方式（尽管令人惊讶的是，在生成一个好的 QuickFIX 文档之前仍然需要进行数据清理）。
我认为 QuickFIX 版本的规范在 FIX 存储库中变得流行有几个原因。
它是规范的每个版本的单个文档。
它更具人类可读性。标签仅在字段定义中引用。消息是用相对更易读的字段名称构造的。
下载没有障碍。最初，如果我没记错的话，FIX 存储库仅对成员可用。我不认为情况仍然如此，但您仍然需要有一个帐户并登录才能下载存储库。
它为庞大的用户群提供了一个功能。由于规范可以插入 QuickFIX 并用于生成 QuickFIX 消息，因此有大量已安装的用户群可以更轻松地插入它并连接到您的平台。我相信这导致其他 FIX 引擎采用这种优势来捎带这一优势，我认为这很棒。