• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            隨筆-90  評論-947  文章-0  trackbacks-0
             

            如題,想進行帶模板參數的 typedef,如:

            template <typename T>

            typedef RBTree<T> Set<T>;

            template <typename T>

            typedef Set<List<T>> MultiSet<T>;

            template <typename K, typename V>

            typedef Set<Pair<K, V>> Map<K, V>;

            template <typename K, typename V>

            typedef Map<K, List<V>> MultiMap<K, V>;

            卻無這種語法。

             

            目前能想到的就是

            template <typename T>

            class Set : public RBTree<T>

            {

            };

            template <typename T>

            class MultiSet : public Set<List<T>>

            {

            };

            template <typename K, typename V>

            class Map : public Set<Pair<K, V>>

            {

            };

            template <typename K, typename V>

            class MultiMap : public Map<K, List<V>>

            {

            };

             

            不知有沒有更好的方法?

            posted @ 2009-11-07 20:26 溪流 閱讀(585) | 評論 (3)編輯 收藏
            我被那些 紅黑樹規則+雙向指針 搞得頭昏腦脹了
            現在總算有點頭緒了,自己看看似乎沒問題
            求請各位大大有空幫忙小測試一下,可能有些情況我還是沒考慮到

            測試程序下載
            (如果有問題,煩請告知操作序列(可以按 P 查看))
            posted @ 2009-11-05 14:50 溪流 閱讀(365) | 評論 (1)編輯 收藏

            測試程序是一個 InstallShield 做的 Windows Installer 安裝程序,發布方式為單一 EXE,Menifest 中指定 requireAdministrator,在 Win7 標準用戶下雙擊執行,在彈出的 UAC 對話框中選擇一個管理員用戶。這種情況下,對于這個程序來說,HKEY_CURRENT_USER 為管理員用戶的數據,SH… 系列 API 的執行環境也是管理員用戶,如 SHGetFolderPath 取 AppData 目錄取到的是管理員用戶的 AppData 目錄。

            但如果從控制面板=>添加刪除程序(程序和功能)里執行(相當于執行 msiexec /…),在過一會兒彈出的 UAC 對話框中選管理員用戶,此時 HKEY_CURRENT_USER 為管理員用戶的數據,但是 SH… 系列 API 的執行環境卻是標準用戶。查看兩個 MsiExec.exe 進程,其中一個是 System 用戶的,也就是 Windows Installer 服務對應的進程;另一個是管理員用戶的,但是用 Process Explorer 查看,它的所有環境路徑全是標準用戶的。

            覺得有點奇怪,是以記之。^_^

            posted @ 2009-10-22 19:50 溪流 閱讀(759) | 評論 (0)編輯 收藏

            我作了雙向擴充實現。昨天的方案是:

            先判斷插入的元素靠前還是靠后,靠哪邊就準備往哪邊挪舊元素,然后檢查那頭有沒有空,沒空換另一頭,要是都沒空但兩頭加起來卻有空,那就重新調整位置,最后才重新分配空間。

            我原以為考慮得好周到,可是實現起來卻傻了眼。往末尾插入10萬數據,有9萬多次發生移動元素,不慢才怪。

             

            調整了下,變成:

            先判斷考前還是靠后,靠哪邊就往哪邊挪舊元素,如果那頭沒空,直接重新分配空間,空間按每次*3增長直至足夠。

             

            這樣,push_back 的性能與 std::vector 以及 std::deque 的粗略比較如下(圖中的單位寫錯了,全是秒):

            image

            image

            image

            image

             

            insert(begin(), i) 比較:

            image

            image

            (vector 參與這項比較果然是不公平的,呵呵)

            image

            image

             

            insert 到 begin + size() / 2 處:

            image

            image

             

            resize 至固定大小,然后用 iterator 遍歷賦值:

            image

            image

            image

            image

            (今天回家了。以上測試都在家里的機器上做的,配置: AMD SP2500+ 1.4GHz,512MB RAM。)

             

            這樣的結果還算滿意的。不知道 vector 為什么能保持 push_back 如此高效~

            還有個挺奇怪的現象,使用 deque 的時候,如果數據量到百萬,臨退出前有好長一段時間要等待,難道是 deque 在做某些析構動作?

            再呢。。貌似 deque 的 push_front 并沒有 vector 的 push_back 神么、、

             

            嗯……我的本意不是為了著重性能,而是嘗試些有著那么一套接口的東西出來,同時也給自己用。現在來比性能只是為了論證一下實用程度如何,如此而已。

            具體實現代碼就不貼了,基本接口和上上篇里沒多少變化。等以后這方面的東西做完了再一起拿出來。

            posted @ 2009-10-01 20:17 溪流 閱讀(358) | 評論 (1)編輯 收藏

            push_back 100000 次,比 std::vector 慢100倍,比 std::deque 慢八九倍

            push_back 1000000 次,std::vector 0.0x 秒,std::deque 0.1x秒,我的……等了一分鐘沒等到,放棄了

             

            雖然我不注重性能,但也不能差這么多呀,慢一兩倍也差不多了……繼續改進

             

            居然已經是國慶了

            posted @ 2009-10-01 00:56 溪流 閱讀(768) | 評論 (0)編輯 收藏
            僅列出標題
            共18頁: First 10 11 12 13 14 15 16 17 18 
            国产日产久久高清欧美一区| 久久精品亚洲一区二区三区浴池| 久久最新免费视频| 色婷婷噜噜久久国产精品12p | 色综合久久中文字幕无码| 久久久久成人精品无码中文字幕| 久久亚洲国产精品一区二区| 亚洲一区精品伊人久久伊人| .精品久久久麻豆国产精品| 性高朝久久久久久久久久| 嫩草影院久久国产精品| 一本一本久久a久久综合精品蜜桃| 69久久精品无码一区二区| 欧美一区二区久久精品| 国产精品欧美久久久天天影视| 中文字幕无码久久精品青草 | 久久精品国产精品亚洲精品| 久久久无码精品亚洲日韩京东传媒 | 国产成人久久久精品二区三区| 久久精品一区二区三区AV| 久久国产成人午夜aⅴ影院| 国产精品久久久亚洲| 人妻精品久久无码专区精东影业| 亚洲国产成人久久综合碰| 久久久久国产一区二区三区| 久久久久久狠狠丁香| 1000部精品久久久久久久久| 三上悠亚久久精品| 日韩久久久久久中文人妻| 亚洲狠狠婷婷综合久久久久| 伊人久久亚洲综合影院| 亚洲人成电影网站久久| 久久免费视频一区| 久久一本综合| 国产香蕉久久精品综合网| 久久无码av三级| 日本加勒比久久精品| 久久无码AV中文出轨人妻| 久久这里只有精品视频99| 久久人人爽人人爽AV片| 久久这里的只有是精品23|