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