之前一直斷斷續續看rqalpha**，看的也是迷迷濛濛的。估計是因為沒有實際的需求，單純看一下而已。
最近心中一直想著做乙個回測系統，**的。
**太複雜，很多資料，比如復權什麼的，比如資料的獲取啥的，都是不容易，另外，驗證起來也麻煩，到最後想交易的話還需要手工操作。
**相對簡單很多，國內**所有品種加起來也就60多個品種。隨便選一種採用ctp協議就可獲取到tick級資料。到通達信上更可獲取到一年以上的分鐘級資料。由於少了復權處理，資料單純很多，處理起來也容易些。
不過rq想實現5分鐘級的**資料回測難度有點大。首先是資料不支援，其次是即便外接5分鐘資料，裡面每個週期的計算基本是寫死的。而**各個品種的時間不同，更有一些偶有夜盤，突然某天的夜盤又取消的，如果按規則進行換算明顯不合適。需要一種資料驅動的概念。即完全根據資料進行週期換算，乙個資料下來就認為是乙個新的週期，再來一根又是下乙個週期。這樣就不需要考慮哪天是交易日，哪天是非交易日，直接脫離原先的邏輯框架，不用再專門搞乙個交易日的資料列表。
嗯，邏輯上是想好了，真正實現還有不少的難點。
首先是5分鐘資料。最好是乙個簡單的序列，這樣格式就簡單很多。有先的分鐘級資料根據猜測是先折算出天來，再從裡面找具體的資料，太麻煩。
好訊息是rqalpha新版本個人很難用了，所以改起來就不需要考慮相容性，直接大刀闊斧開幹就好。
String類的改造
輸入 檔名稱 sum123.cpp 作 者 林海雲 完成日期 2015年4月29日 版 本 號 v2.0 問題描述 請構造string類的加 減運算。其中，s1 s2將兩個字串的連線起來 s1 s2是將s1的尾部空格和s2的前導空格去除後的連線。程式輸入 無 程式輸出 連線後的字串 include ...
cache的改造過程
乙個cache的改造過程 在分布式的程式中，cache的合理使用可以帶來效能上的極大提公升，尤其是在資源建立需要昂貴的開銷時。cache的設計最重要的是要保證執行緒安全和高效性。下面以 為例，介紹了三種cache的寫法。1.粗放的加鎖 public class cache1 public synch...
改造我們的學習
我們知道，程式設計師必須得不斷的學習，才能跟上日新月異的技術。但是很多朋友陷入了誤區，比如學習c 總覺得我要把 c primier 看完，再開始程式設計。學習影象處理也是，非要把數字影象處理與opencv的書籍看完，才開始上機除錯，最後雲裡霧裡，感覺什麼都不會。還有就是，不斷追著熱點技術，今天是c ...