comewish 發表於 16-12-29 05:13

akmod 發表於 16-12-28 10:24
等群益更新版出來再說
不想弄了
難用死了


這個是群益的Bug程式呼叫SKQuoteLib_GetStockByIndex
用m_caStockNo取得代號時,傳回不是代號而是傳回名稱

akmod 發表於 16-12-29 08:16

kuolung 發表於 16-12-29 00:05
請問你的程式環境是 c#vc++ vbvba 還是其他

vba....................

akmod 發表於 16-12-29 08:19

comewish 發表於 16-12-29 05:13
這個是群益的Bug程式呼叫SKQuoteLib_GetStockByIndex
用m_caStockNo取得代號時,傳回不是代號而是傳回名 ...

還有好幾個其他的 bug

寫信去跟他說 bug

他們給我如是回覆

http://i.imgur.com/aNJ88R2.jpg


alexliou 發表於 17-3-27 10:44

本帖最後由 alexliou 於 17-3-27 10:47 編輯

akmod 發表於 16-12-18 23:10
新版的回補變快

但把回補綁在 OnNotifyTicks 的這種設計


我今天試了一下
其實它的回補速度非常快
會覺得慢的原因大概是因為接回來的資料在user的程式裡還要加工處理
尤其是要將接收內容顯示在銀幕上(千至萬行的文字    IO很需要時間的)
可以在OnNotifyTick 的EventHandler 裡 加一個對Tick時間的判斷
比如說三分鐘前的Ticks 不處理
這樣就會覺得快多了

或是像前面有位版有建議的
第一次接收時甚麼也不做
用一個 非local變數把最新的 nPtr記下來
以前的Ticks另外再處理

akmod 發表於 17-3-27 11:02

alexliou 發表於 17-3-27 10:44
我今天試了一下
其實它的回補速度非常快
會覺得慢的原因大概是因為接回來的資料在user的程式裡還要加工處 ...

群益有給我回信

親口承認回補綁在 OnNotifyTicks .....

是1個 Bug , 他們會解決

回報Bug , 新版卻拖了 2~3各月後才放出來 (動作超慢 )

目前我還沒測







alexliou 發表於 17-3-27 11:35

本帖最後由 alexliou 於 17-3-27 11:47 編輯

akmod 發表於 17-3-27 11:02
群益有給我回信

親口承認回補綁在 OnNotifyTicks .....


目前的報價和之前的報價
logically 是可以區分的unit
綁在一起 的確不是很好的設計

目前的版本
OnNotifyTicks 仍然是在第一次Notify時 包含回補從今天開盤到目前成交的tick


akmod 發表於 17-3-27 13:43

alexliou 發表於 17-3-27 11:35
目前的報價和之前的報價
logically 是可以區分的unit
綁在一起 的確不是很好的設計


不好意思誤按到反對

所以我根本不想去試
等到說明檔有提到再試







jerry 發表於 17-3-27 13:58

昨天剛看到換最新版的
這BUG總算改好了

改成和之前用DLL時一樣ˇ˙
每次重新連線會自動回補台指當天所有TICKS

簡單好用
不用複雜判定
ˇ˙
我的程式可以一秒處理完2萬TICKS中間有用CHART畫K棒
(盤後狀態)

用i7-3612QM 筆電

所以快市是沒問題的
因為一般快市台指目前了不起上千TICKS在一秒內

jerry 發表於 17-3-27 13:59

現在回補是和以前一樣綁在OnNotifyHistoryTicks

akmod 發表於 17-3-27 14:43

jerry 發表於 17-3-27 13:59
現在回補是和以前一樣綁在OnNotifyHistoryTicks

感謝告知

請問 OnNotifyTicks 還會回補歷史嗎 ??

alexliou 發表於 17-3-27 17:29

akmod 發表於 17-3-27 14:43
感謝告知

請問 OnNotifyTicks 還會回補歷史嗎 ??

還是一樣會
如果是第一次 request的話

alexliou 發表於 17-3-27 18:41

本帖最後由 alexliou 於 17-3-27 18:53 編輯

alexliou 發表於 17-3-27 17:29
還是一樣會
如果是第一次 request的話

其實回補是非常快的
像今天台指有44067個ticks
剛剛測試了一下
原先我認為把current tick 和historical ticks綁在一起
然後又把 Best5 和 tick的 request 綁在一起    是個不好的設計
現在也改觀了

剛才測試的Log顯示

06:02:56 收到今天第一個tick
同一秒06:02:56收到 Best5的資料
然後也是同一秒 銀幕上出現最佳五檔的資料

您可以看到 此時tick還在傳 到06:02:59秒收完

我第一次測試時 模仿他提供的c#範例
把收到的Tick資料顯示在銀幕上(顯示ListBox Control裡)
Best 5 大概要等20秒以上才會出現 (但此時Best 5的資料已收到 而且處理好了)
這是因為銀幕的IO被處理ticks 的routine占用住了
要等到所有ticks都顯示完Best5的資料才會顯示出來

所以 會覺得回補tick很慢 問題大都不會在傳輸
而是取決於對收到的資料如何處理
如果只是收在memory裡   或是在memory內處理應該都不慢
但如果你要把接到的每個tick 都先去做file IO或銀幕IO
而且接下來的程序會使用到這些資源的話
就會覺得速度令人受不了了




akmod 發表於 17-4-2 08:48

最新版依然有1個 bug

SKQuote_OnNotifyTicks 雖然已經被修正

但是他會回傳最後2筆

而不是回傳最後1筆 Tick

akmod 發表於 17-4-2 11:55

akmod 發表於 17-4-2 08:48
最新版依然有1個 bug

SKQuote_OnNotifyTicks 雖然已經被修正

知道原因了

不是 bug

2筆中 的 第1筆 是 試搓
2筆中 的 第2筆 是 正式成交


akmod 發表於 17-4-2 12:42

期貨總委買賣事件 OnNotifyFutureTradeInfo

好像沒反應耶

有沒有大大可以幫忙測試一下

thanks

頁: 1 2 3 [4] 5 6
查看完整版本: 請教群益新舊版api的差別