SP Trader DDE (2)

SP DDE 可以透過它的Program Order功能去把要下單的價位, 數量及倉位從Excel 連結到程式下單 , 這樣即使沒有多少編程基礎的用戶也可以透過簡單的設定下單. 實際操作起來卻未必那麼容易.

首先SP這個DDE 的說明不是做得很好, 有不少還可以更詳盡的地方.比如Price line 每個欄位及長度沒有很清楚的說明, 不同的工具(股票, 期貨, 期權, 外期..)是否都是相同的欄位及長度? 又比如設定價格及數量的上下限, 意義是什麼呢? 數量下限定了是5, 難道沒信號也要執行5次? 細心的讀者不難發現有不少含糊不清及不夠詳細的地方.

其次它的範例Excel_Example 也不是一看就看得懂, 比如說 ,在左上方及中間都分別有price 及 quantity. 那兩者有什麼分別呢? 那就要再往下看SP的說明. 原來左上方的是用來跟Program Order 連結, 中間的是策略的描述. 又另外 Target Quantity的意義如何? 為何不直接改動Order Quantity等等 (事實上查看公式會發現兩者根本是設定為一樣的! 那不是說是有點多餘了?) ,加上Program Order一定要加上倉位的考慮, 使得判斷下單的公式顯得累贅. 這個範例如果以VBA實現,以及加上更多的說明相信會更易懂.



SP 沒有很好說明Program Order 內裡怎樣判別要下單,筆者相信是依靠定期檢查(polling) / DDE 的方式, 但是到底是哪種方式, 多久檢查一次 , 以及每下過單後怎樣設定才不會重覆下, 也是沒有說明. 單看範例似乎SP 是要靠察看淨部位數來更改左上方的連結空格內的數字達到下過單後不會重下, 相比單用API的方法, 這樣就顯得很累贅, 而且在Program Order 也沒有像API的可以知道下單實際執行的狀態 , 相對來說功能也就比較有限.

比較之下, 筆者覺得以SP DDE 加上 筆者之前開發過的下單機, 加入DDE中獲取的淨倉位數比較, 其實完全可以做到同樣的效果, 而且可以不用理會倉位也可下單, 但在Program Order 就一定要連上倉位比較.

最後筆者依照說明填入Service及Topic , 按open link均每次失敗, 就這問題也請教過SP 客服, 也只是重覆他們網頁上的說明, 是程式問題? 帳號問題還是其他技術問題? 看來他們也需要有FAQ 去回答這些可能遇到的技術問題.