• <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ù)  更多評論
              
            狠狠色丁香久久婷婷综合蜜芽五月| 国产精品中文久久久久久久| 伊人色综合久久天天| 亚洲国产成人久久综合一 | 国产日韩久久久精品影院首页| 精品久久久无码中文字幕天天| 久久无码AV一区二区三区| 久久久久99精品成人片直播| 国产午夜精品久久久久九九电影| 免费无码国产欧美久久18| 精品久久久久久亚洲| 欧美日韩精品久久免费| 成人亚洲欧美久久久久| 伊人久久综合精品无码AV专区| 国内精品久久久久国产盗摄| 日韩精品久久无码中文字幕| 国产精品女同一区二区久久| 久久66热人妻偷产精品9| 亚洲中文字幕久久精品无码喷水| 国产亚洲色婷婷久久99精品91| 无码超乳爆乳中文字幕久久| 亚洲欧美另类日本久久国产真实乱对白 | 91久久香蕉国产熟女线看| 中文无码久久精品| 久久久久久久久66精品片| 久久精品国产精品亚洲| 国产精品美女久久久网AV| 热99re久久国超精品首页| 久久精品欧美日韩精品| 亚洲色大成网站WWW久久九九| 亚洲欧美一区二区三区久久| 亚洲精品无码久久不卡| 亚洲国产成人久久综合野外| 久久无码一区二区三区少妇 | 久久精品亚洲中文字幕无码麻豆 | 久久综合日本熟妇| 久久无码AV中文出轨人妻| 午夜精品久久久久久久无码| 久久免费香蕉视频| 婷婷国产天堂久久综合五月| 国色天香久久久久久久小说|