• <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 on 2009-11-07 20:26 溪流 閱讀(580) 評論(3)  編輯 收藏 引用 所屬分類: C++

            評論:
            # re: 有沒有&ldquo;template typedef&rdquo;的比較好的等價實現? 2009-11-07 23:13 | OwnWaterloo
            C++0x可以...
            好像叫template alias

              回復  更多評論
              
            # re: 有沒有&ldquo;template typedef&rdquo;的比較好的等價實現? 2009-11-08 00:35 | 溪流
            @OwnWaterloo

            那么說基本上不可以咯?  回復  更多評論
              
            # re: 有沒有&ldquo;template typedef&rdquo;的比較好的等價實現? 2009-11-08 00:53 | OwnWaterloo
            @溪流
            好像是這樣的…… 很尷尬……

            RbTree和Set還好一些,因為它們的接口不一定相同,可能真的需要用RbTree實現Set,并增加或隱藏一些成員。

            我以前遇到的情況是實現了一個allocator,然后想運用到STL的容器當中去,發現了這個問題……

            下面這種想當然的代碼行不通:
            template<typename T>
            typedef std::vector<T,my_allocator<T> > my_vector;

            而且my_vector和vector行為完全相同。不像RbTree,本來就需要Set去adapt一下。比如下面3種代碼,都很惡心:

            1.
            template<typename T>
            my_vector : public std::vector<T,my_allocator<T> > {};

            2.
            template<typename T>
            my_vector : std::vector<T,my_allocator<T> > {
            // forwarding functions
            };

            3.
            template<typename T>
            my_vector {
            std::vector<T,my_allocator<T> > v_;
            // forwarding functions
            };


            后來想想,算了,我的工作就是提供allocator,不負責為其取一個好聽的名字。
            敢用allocator的人,肯定知道應該這么用:
            std::vector<his_element,my_allocator<T> > v; //一個使用了my_allocator的std::vector。
            同樣工作得很好嘛。



            相反,使用c++0x的功能,可能還會造成一些問題:
            my_vector<int> v; // my_vector是什么東西?

            哦,看到這些代碼,才能明白它是什么東西:
            template<typename T>
            using my_vector = std::vector<T,my_allocator<T>>;


            這和typedef的誤用會過多引入不必要的概念是一個道理。

              回復  更多評論
              
            国产免费久久精品丫丫| 色婷婷综合久久久久中文字幕| 精品国产99久久久久久麻豆| 亚洲美日韩Av中文字幕无码久久久妻妇| 欧美精品一区二区久久| 日本五月天婷久久网站| 久久大香香蕉国产| 四虎亚洲国产成人久久精品| 久久久免费精品re6| 久久久久国产精品麻豆AR影院| 99久久国产综合精品女同图片| 国产成人久久激情91| 亚洲?V乱码久久精品蜜桃| 久久精品国产亚洲AV麻豆网站 | 人妻无码精品久久亚瑟影视| 亚洲国产另类久久久精品小说| 2021国产成人精品久久| 色偷偷久久一区二区三区| 久久乐国产精品亚洲综合| 久久91精品国产91久久麻豆| 亚洲国产精品久久电影欧美| 精品久久久久久无码人妻蜜桃| 久久久精品国产sm调教网站| 亚洲欧美久久久久9999| 色噜噜狠狠先锋影音久久| 久久精品亚洲日本波多野结衣| 精品久久久久久无码不卡| 久久久久亚洲av毛片大| 亚洲一本综合久久| 91久久婷婷国产综合精品青草| 久久人人爽人人爽人人片AV高清 | 伊人久久免费视频| 久久人妻少妇嫩草AV无码专区| 99精品国产免费久久久久久下载 | 青青青青久久精品国产| 2021精品国产综合久久| 精品无码久久久久久午夜| 久久夜色精品国产噜噜麻豆| 久久综合亚洲欧美成人| 乱亲女H秽乱长久久久| 97久久精品无码一区二区天美|