我已经和几个程序员谈过了,他们说编写基本引擎来编码/解码fix/fast消息是非常容易的,fix大约工作3天,fast工作一周。我在找类似的东西。
QuickFix看起来很大,有点“慢”和复杂的项目,我想它包含了很多我不需要的特性(但它们可能会影响性能)
到目前为止,我只需要接收报价从快速修复通过多播udp和恢复,如果一些引号是丢失的。
因此,我正在寻找开放源码引擎,它只提供一般功能,基本上是编码/解码快速/修复消息。你有什么建议吗?
我确实需要:
我不需要
我不需要完全准备使用解决方案。我想要一些有用的东西,简单和快速,我可以自己编码其余的。
发布于 2012-01-30 05:03:57
只有从零开始编写一个修复引擎,才能实现有用、简单和快速。如果没有QuickFix骇人的代码结构的心理负担,QuickFix的速度是可能的10倍。计划一个漫长的三天!
https://stackoverflow.com/questions/8786332
复制相似问题