1

我与几位程序员交谈过,他们说编写基本引擎来编码/解码修复/快速消息非常容易,大约需要 3 天的修复工作和一周的快速工作。我正在寻找类似的东西。

QuickFix 看起来相当大而且有点“慢”和复杂的项目,我猜它包含很多我不需要的功能(但它们可能会影响性能)

到目前为止,我只需要通过多播 udp 接收来自快速修复的报价,并在缺少某些报价时恢复。

所以我正在寻找只提供一般功能的开源引擎,基本上是编码/解码快速/修复消息。你有什么建议?

我确实需要:

  • 简单
  • 速度

我不需要

  • 特征

我不需要完整的即用型解决方案。我想要一些有用的简单快速的东西,我可以自己编写其余的代码。

4

1 回答 1

1

只有从头开始编写 FIX 引擎才能实现有用、简单和快速。在没有 QuickFix 骇人听闻的代码结构的精神负担的情况下,可以达到 QuickFix 的十倍速度。计划漫长的三天!

于 2012-01-30T05:03:57.290 回答