涉及交易引擎、订单路由引擎、quickfix和交易所之间数据流的架构图

如果我写了一个基于QuickfixJ的订单发送系统，我可以开始向交易所提交我的交易吗？或者我需要在交易所注册或者获得许可或者类似的东西吗

---

我无法理解QuickfixJ、订单传送系统、实际交易引擎和交易所是如何结合在一起的。任何在线体系结构图都会对这些组件如何组合非常有帮助。

FIX只是一个传输协议。就其本身而言，它相当愚蠢。QuickFIX（任何语言端口）只是一个引擎，它完成了管理修复连接的所有枯燥肮脏的工作

修复规范包括消息和字段的列表。事实上，您可以将这些建议视为在实践中没有商业修复对手按原样使用的建议。我连接到的每个交易对手都会对这些消息和字段进行修改，有时会添加全新的消息没有交易对手支持所有消息和字段。

当连接到交易对手时，不要假设任何事情。您的交易对手应提供文档，说明他们希望如何使用其接口，以及他们将发送哪些消息和字段，以及他们希望从您处接收哪些消息和字段

• 他们的文档应该告诉您向他们发送哪条消息以请求市场数据以及您必须使用的任何特殊字段/选项
• 他们的文档将告诉你如何提交交易
• 他们的文档将告诉您如何做他们支持的任何事情，以及您将收到哪些消息/字段作为回报

除非对方的文档表示支持，否则不要尝试向对方发送任何消息类型。

---

如果你写的是ORS方面。。。那你就没有文件了。如果您以前没有编写过修复客户机，那么在没有其他人帮助的情况下，您可能不应该编写修复服务器。至少，您应该尝试获取一些其他系统的修复接口文档，以了解如何进行修复。（不幸的是，这类公司通常只向客户开发商提供。）

谢谢。那么交易对手是交易所？另外，从您的回答中我了解到：我在尝试编写ORS时实现了FIX client API，而交易对手使用FIX server API。我不明白的是：开发一个新协议的必要性是什么，为什么我们不能通过http/soap从ORS到Extange使用web服务来提交交易呢“您设计并实现了预期和接收特定消息和字段的ORS，并将这些预期发布在文档中，以便客户能够知道要发送和预期的消息/字段。“我不能给你一个很好的答案，为什么他们创建了FIX。贸易行业充满了出于历史原因而存在的愚蠢的东西，这可能与它们有关。谢谢。有人可以使用web服务向交易所提交交易吗？还是他们必须强制使用FIX？我这样问是因为FIX使用套接字编程，这是一项古老的技术。每个交换都实现自己的解决方案。您必须询问您想与之合作的每个特定交易所。注意：不要期望任何两个交易所以相同的方式进行交易。这个行业的标准化程度非常低。