0

  1. 我们需要编写一个转换器，将 FIX 格式转换为业务特定的规范格式，反之亦然。如果我看到 FIX4.2 的 quickfixj 引擎，收到的应用程序消息是 java 对象形式的 - quickfix.fix42.NewOrderSingle，所以转换器可能应该在规范对象中使用 getfields 和 setfields 或使用 beanutil、dojo 映射..... FIXML 出现？？？？我们不需要知道 xsd 和 xml 格式 - 以对象格式接收信息。FIX5.0 也一样吗？？或者我们是否需要编写解析器（JAXB）来处理 xml 格式或信息总是以对象格式接收？

  2. FIX 4.x 和 FIX 5.0 有什么区别？什么构成会话和应用层？

  3. 任何关于 FIX 引擎的高可用性和性能的好网站？订单状态管理？

谢谢

谢谢。关于

  • Query1 -> 如果交易对手期望 FIXML 消息，FIX 引擎如何处理？我们需要对传输层进行哪些设置才能处理 xml 格式？解析和构造 FIXML 消息的最佳方法是什么？是在使用像 JAXB 这样的 xsds 吗？

当我们看到 quickfix -> 当我们扩展类quickfix.MessageCracker实现 时quickfix.Application，方法签名

public void onMessage(quickfix.fix42.NewOrderSingle order, SessionID sessionID) throws FieldNotFound, UnsupportedMessageType, IncorrectTagValue

以对象格式显示->quickfix.fix42.NewOrderSingle

  • 关于 Query3-> 任何用于性能测量、高可用性、FIX 托管网络拓扑的好站点？

问候

4

1 回答 1

0

1) 如果您的交易对手不向您发送 FIXML 消息，您不需要处理 FIXML 消息，如果他们需要处理它们或决定忽略/拒绝它们。您如何处理它应该在您与对手方的用户级别协议中。FIX4.2 与 FIX5.0 没有太大区别，不像苹果和橘子。Quickfix 确实需要用于消息配置的 XML 配置文件。

 

2)标准规格。您不需要知道您正在处理的消息的所有差异。许多人确实添加了自己的自定义字段。

 

3）商业和内部 FIX 引擎无疑会比 Quickfix 更高效，因为它涉及金钱和人员。但是，您必须为它们付费。如果不使用所有 FIX 引擎，很难比较不同的 FIX 引擎或对它们进行基准测试。主要因素是您将如何使用它。你永远不会在不改变它的情况下使用 Quickfix 进行算法交易，因此使用是至关重要的。因此，任何基准数据都应该加一点盐。

于 2012-07-24T15:26:37.853 回答