• <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

            如題,想進行帶模板參數(shù)的 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 溪流 閱讀(585) 評論(3)  編輯 收藏 引用 所屬分類: C++

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

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

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

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

            我以前遇到的情況是實現(xiàn)了一個allocator,然后想運用到STL的容器當(dāng)中去,發(fā)現(xiàn)了這個問題……

            下面這種想當(dāng)然的代碼行不通:
            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,不負責(zé)為其取一個好聽的名字。
            敢用allocator的人,肯定知道應(yīng)該這么用:
            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的誤用會過多引入不必要的概念是一個道理。

              回復(fù)  更多評論
              
            99久久精品免费观看国产| 波多野结衣久久一区二区| 精品国产乱码久久久久久1区2区 | 久久久久久免费一区二区三区| 91精品国产综合久久香蕉 | 97精品依人久久久大香线蕉97| 精品久久8x国产免费观看| 久久久WWW成人| 久久午夜伦鲁片免费无码| 亚洲中文字幕伊人久久无码 | 精品久久久久久久久久中文字幕 | 国产精品久久久亚洲| 2019久久久高清456| 国产精品欧美久久久久天天影视 | 久久九色综合九色99伊人| 久久久久久人妻无码| 久久精品国产乱子伦| 天天影视色香欲综合久久| 国产精品美女久久久久AV福利| 天天爽天天狠久久久综合麻豆| 亚洲国产精品无码久久青草 | 久久91精品国产91久| 久久亚洲高清综合| 国产福利电影一区二区三区久久老子无码午夜伦不| 久久婷婷色香五月综合激情| 香蕉99久久国产综合精品宅男自 | 日韩人妻无码一区二区三区久久| 久久久久无码中| 久久嫩草影院免费看夜色| 91精品国产91久久久久久蜜臀| 国产精品久久一区二区三区| 久久91亚洲人成电影网站| 69久久夜色精品国产69| 久久精品视频网| 久久九九久精品国产免费直播| 国产午夜精品久久久久九九电影| 国产精品99久久久久久董美香| 91亚洲国产成人久久精品网址| 久久精品无码一区二区app| 亚洲欧美一级久久精品| 久久这里的只有是精品23|