Order.Contract()函數的局限性 [金字塔]
- 咨詢內容：
使用Order.Contract返回的ShortPercent和LongPercent參數在多賬戶模式下存有很大的缺陷，我同時打開多個賬戶，每個賬戶的保證金率都不同，但每次調用都只能得到其中一個賬戶的保證金率，無法細化到每個賬戶。以上情形發(fā)生在V2.972，不知道新版本有沒有解決這個問題，查閱在線幫助文件也沒有找到解決方案。
- 金字塔客服：
使用這個函數的初衷是想程序判斷是否有足夠資金開新倉，由于每個賬戶保證金率不同，可開倉數也不同。
懇請?zhí)砑有潞瘮怠? - 用戶回復：
這個函數輸入參數為品種，和賬戶無關，按照你的初衷 你應該ACCOUNT或者ACCOUNT2這類的賬戶函數去計算啊
得到持倉之后，你可以通過Contract輸入品種去計算。
- 網友回復：
以下是引用rushtaotao在2013-5-23 10:10:59的發(fā)言：
這個函數輸入參數為品種，和賬戶無關，按照你的初衷 你應該ACCOUNT或者ACCOUNT2這類的賬戶函數去計算啊
得到持倉之后，你可以通過Contract輸入品種去計算。
計算太麻煩了，多個品種混在一個賬戶時不好處理。現在是通過預讀設置在全局變量中的數據處理，可萬一哪一天交易所調整保證金了我也沒法實時更新。 - 網友回復： 目前這個方法只能支持單賬戶,暫時無法對多賬戶進行支持
有思路，想編寫各種指標公式，程序化交易模型，選股公式，預警公式的朋友
可聯系技術人員 QQ: 1145508240 進行 有償 編寫！（不貴！點擊查看價格！）
相關文章
-
沒有相關內容
會員登錄/注冊