FIX變換器

Question

1. 我們有要求編寫一個轉換器，它將從FIX格式轉換爲業務特定的規範形式，反之亦然。如果我看到FIX4.2的quickfixj引擎，接收到的應用程序消息是以java對象形式 - quickfix.fix42.NewOrderSingle，所以轉換器應該可以在規範對象中使用getfields和setfields，或者使用beanutil，dojo mapping .....在哪裏FIXML進入圖片？我們不需要知道xsd和xml格式 - 以對象格式接收信息。同樣適用於FIX5.0？ OR我們是否需要編寫解析器（JAXB）來處理xml格式，或者信息總是以對象格式接收？

2. FIX 4.x和FIX 5.0有什麼區別？什麼構成會話和應用層？

3. 談論FIX引擎的高可用性，性能的任何好網站？訂單狀態管理？

感謝

---

感謝。 關於

• 查詢1 - >如果交易對手期望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託管的高可用性，網絡拓撲？

問候

Answer 1

1）你並不需要處理FIXML的消息，如果你的對手方不發送FIXML消息你，如果他們這樣做，你做任何處理或決定忽略/拒絕它們。你如何處理它應該在你的對手方的用戶級別協議中。 FIX4.2和FIX5.0沒有太大的不同，不像蘋果和橘子。 Quickfix確實需要一個用於消息配置的XML配置文件。

2）Standard specifications.你並不需要了解所有的差異期待您正在處理的消息。許多人都添加自己的領域進行定製。

3）商業和內部FIX引擎會因爲錢而參與其中的人無疑要比QuickFix的更有效。但你必須付錢。比較不同的FIX引擎是非常困難的，或者在不使用所有引擎的情況下進行基準測試。主要的因素是你將如何使用它。您絕不會在不改變它的情況下將Quickfix用於算法交易，因此使用率至關重要。所以任何基準數字都應該帶着一點鹽。