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