固定变压器

Question

1. 我们需要编写一个转换器，它将从FIX格式转换为业务特定的规范形式，反之亦然。如果我看到FIX4.2的quickfixj，接收到的应用程序消息是java对象形式-QuickFix.Fi42.NewOrderSingle，所以转换器可能应该在规范对象中使用getfield和setfield，或者使用beanutil、dojo映射……FIXML在哪里出现？我们不需要知道xsd和xml格式-信息是以对象格式接收的。FIX5.0同样适用吗？？或者我们需要编写解析器(JAXB)来处理xml格式，还是总是以对象格式接收信息？
2. Fix4.x和Fix5.0有什么区别？什么构成会话和应用层？？
3. 任何好的网站，谈论高可用性，性能修复引擎？订单状态管理？

谢谢

谢谢。关于

• Query1 ->如果对手方期望FIXML消息，那么修复引擎如何处理这个问题？我们需要为传输层设置哪些设置来处理xml格式？解析和构造FIXML消息的最佳方法是什么？是否使用类似JAXB的xsd？

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

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

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

• 关于Query3->任何用于性能度量、高可用性、修复主机的网络拓扑的好站点？

问候

Answer 1

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

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

3)商业和内部固定引擎无疑会比Quickfix更有效率，因为金钱和参与其中的人都是如此。不过，你得付钱给他们。要比较不同的修复引擎或对它们进行基准测试而不使用它们都是非常困难的。最主要的因素是你将如何使用它。在不改变算法交易的情况下，您永远不会使用Quickfix，因此使用是至关重要的。因此，任何基准数据都应该用一点盐来衡量。