2010-03-15 57 views
1

我正在評論使用.NET時FIX的實現選擇。想到幾個明顯的選擇,但我想知道是否還有其他選擇,更好的選擇,或者我們是否與許多人做出了相同的決定。您推薦使用.NET的什麼FIX實現?

  • QuickFIX - 穩定的C++實現 - 所以你有非託管的代碼來互操作。
  • FIX4NET - C#的實現 - 似乎在實現上有一些空白。
  • DIY - 編鐘在這裏,如果你做了你自己的FIX引擎

讓我在一些注意事項扔在這裏。我不是在尋找小於100微秒的處理。性能是一項要求,但不是它推動我的決定。一個穩定的產品,性能良好,靈活性足以應對供應商特定的方言是最佳選擇。我們在.NET中能做的越多越好。

回答

3

DIY - 如果您可以投入時間,並且能夠照顧FIX協議和所涉及的信息,那麼您一定可以繼續。但這並不容易,我也不會讓你失望。

Quickfix - 我一直在使用它很長一段時間。它正確地完成工作,沒有任何意外。有一個文檔可以幫助你理解例子。你會在quickfix上得到很多幫助和幫助。關於在C#中處理本地代碼,它不會是一個頭痛的問題,大多數異常,線程和消息解析和驗證都有相當的定義行爲,並且您可以輕鬆地使用它來建模您的C#代碼,並且可以輕鬆地爲它們建模C#代碼。我不確定它是否有如quickfix那樣的支持和文檔。

雖然這是你的電話。

+1

FWIW,我們結束了使用QuickFix。我們嘗試使用FIX4NET,但我們發現它並不完整,並有一些怪癖。在這些怪癖中包括這樣一個事實,那就是那些沒有「默認」可空值的概念將會減少通過線路發送的內容。最後,QuickFix是更成熟的產品。 – Ajaxx 2011-03-23 16:15:49

0

我知道這是一個非常老的線程,但我確實已經編寫了兩個FIX客戶端實現,一個在Python中,一個在C#中。

優點:輕量級(僅實現應用程序所必需的),更容易修復錯誤,控制源代碼和標準,更清楚地瞭解FIX如何工作。缺點:上市時間--FIX協議和消息不難掌握,但需要花時間學習,理解和實施。

相關問題