命令
（半）自動交易系統中的訂單和頭寸管理
在（半）自動交易系統中實現訂單和頭寸管理（OPM）組件的一種簡單而懶惰的方法：將大部分 OPM 留給交易對手（經紀人/交易所）。即使這樣，一旦應該發送訂單，也需要檢查資金和頭寸。否則，不知道一個人是否有資金或已經在一個符號中的預期位置。
- 當然，此類請求/響應不適合超高頻交易 (uhft)，或者是否使用了關於訂單執行的樂觀方法？如果不是，什麼是超高頻 OPM$$ software $$設計方法？
- 惰性方法對於低頻交易是否足夠好？或者是其他$$ software $$設計模式有利嗎？哪個和為什麼？
雖然標題自動化交易中的訂單處理有哪些方法？很有希望，答案是針對特定困難的。開發自動交易系統的參考資料沒有詳細討論 OPM。
完善的 OPM 組件應該可靠地反映幾乎所有的帳戶詳細資訊（資金、傳輸的訂單、執行）。我相信銀行/交易平台的軟體設計模式應該適用。非專家開發人員可以訪問的可靠消息傳遞/數據庫的參考會很好。
無論頻率如何，每家公司都應該跟踪自己的填充情況，以確保交易所的副本是準確的。現在確實可以將位置儲存在一個簡單的數據庫中以供以後檢索，如果實時執行不是目標的話。但僅僅“聽信對方的話”是極其危險的（而且受託人不負責任）。
- uhf/hf 方法是在內部專用流程中執行專門的訂單管理模組、倉位管理器和風險檢查，並且從不依賴外部應用程序來實現這些。對於 uhf 來說，這些過程中的一些或全部可能在硬體晶片上執行，但大多數在高頻端和低頻端執行在專用於僅管理訂單、僅管理風險、僅管理頭寸的軟體模組中。
2）不，這還不夠。範例：您送出訂單，收到訂單收到確認，然後您的應用程序或與經紀人的連接中斷。事實是您已送出訂單，而您的經紀人已收到並確認訂單。您必須在您的應用重新連接之前或稍後在您收到任何填寫確認之前自行處理送出的訂單。只是可能出錯或發生的眾多問題之一，這些問題可能完全超出您的控制範圍。即使一切都按計劃進行，它的標準做法是執行您自己的 OMS 和其他組件，並經常與您的執行夥伴顯示的內容同步。如果存在偏差，那麼就出現了問題，而這正是您想要的，即知道出現了問題。