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

            meet-dream

            boost::graph的名字參數(shù)

            ????????初見boost的名字參數(shù),給人一種“驚為天人”的感覺,沒想到在c++中還能寫出如此優(yōu)雅的令人震撼的代碼。boost的名字參數(shù)采用的是C++的范型來實現(xiàn)的,全部在編譯期完成名字到參數(shù)的定位,沒有RTTI,沒有運行時開銷,不需要任何元數(shù)據(jù)。她依舊沿襲了C++的高效原則,帶來的缺點就是無法跨二進制代碼使用。當然boost的名字參數(shù)不是拿出來炫耀C++的強大能力的,要看c++編譯期的強大能力,boost.MPL才能讓人忍不住挺身吶喊。她的主要目的是簡化graph library的復雜的函數(shù)差數(shù)調(diào)用.動則數(shù)十個參數(shù)的函數(shù)調(diào)用,必須遵循嚴格的調(diào)用順序讓人頭痛不已(還讓人活嗎?要么自己寫一套算法?!),名字參數(shù)就像一個天使來到人間,她是如此的優(yōu)雅,迷人,讓人心醉(不要流口水!),從此,有了她的C++程序員都過上了幸福的生活!
            ???????假設有下面的函數(shù)?
            ???????void fun(T1 t1,T2?? t2,T3* t3=0,.. ,T20* t20=0);?
            ?????????其中后十個參數(shù)是可選的,如果你想給t20傳入一個非缺省值,那么看起來你要給所有的函數(shù)參數(shù)賦值才能通過編譯了。肯定沒人愚蠢到用排列組合的方式來添加N個函數(shù)給用戶使用吧。怎么辦呢?想不出來,不要緊,假設boost.graph有這樣一個類似的函數(shù),我們先看看她是如何調(diào)用這個函數(shù)的,關鍵是學到的東西要能發(fā)揮作用,給人以良好的感覺?
            ?????????fun(t1,t2,Param<T20*>(&T20()));
            ???????當然,這只是一個看起來和她機制一樣的而又較簡單,容易理解的方式。夠簡單吧,不要驚訝,其實說起來,她的原理還是很簡單的,只是要自己實作一個作品還是有點難度。為了實現(xiàn)boost.graph,專門做了一個相對簡單的property map庫,在她的基礎上建立了針對boost.graph名字參數(shù)系統(tǒng),其實這一套機制可以用在更寬泛的庫中,不知道為什么沒有放出來。boost.graph的實作看起來令人生畏:visitor,named_param,class_generator,Python bindings,她的每種技術都可以讓人夠研究好一段時間。我們就用簡單的例子來說明名字參數(shù)的原理,不是嚴格按她的類來組織的。
            ??????????先看同名成員變量是如何訪問的。?
            ???????????
            struct?B
            {
            ??
            string?val;
            }
            ;?
            struct?D:B
            {
            ???
            int?val;
            }
            ;?

            ?????????看下面的訪問函數(shù)
            ??????????D d; d.val=100;//OK??????????D::val=100
            ??????????d.val="10";//error D::val (int) can't assign with a string
            ??????????//but we can access it by
            ??????????((B).d).val="10";?
            ?????????如果我們能繞過這個問題,問題就完成了一大半了,其實方法很簡單。即使給每個參數(shù)加個名字,有了名字以后,我們就可以找到對應的項,也不會有類型沖突的問題發(fā)生。?
            ?????????
            ??struct?no_param{};
            ???
            struct?B:no_param
            ??{
            ???typename?name_B?name;?
            ???
            string?val;
            ??};
            ??template
            <class?B>
            ??
            struct?D:B
            ??{
            ?????typedef?B?
            base;
            ?????typename?name_D?name;
            ?????
            int?val;
            ??};
            ??
            //假設下面的模版會傳入<D,name_B>
            ?template<typename?propertys,typename?tag>
            ??
            struct?select
            ??{
            ?????typedef??if_else
            <????????????????????????????????????????????????????//select?second?type?if?first?return?true,else?third
            ?????????????????????if_same<property::name,tag>::value,???????//?D::name!=name_B?,false
            ?????????????????????property,??????????????????????????????????????????????//
            ?????????????????????select<property::base,tag>::type>??????????//recurive?call?select,will?pass?<B,name_B>,this?call?will?success?return?B
            ????????????????????>::type?type;?????????????????????????????????????????//get?the?third?type,it?return?B,so?type?is?defined?as?B
            ??}

            ?????? 這樣一來,我們就可以根據(jù)名字訪問B的變量val了
            ???????((select::type)(d)).val="success";
            ???????雖然boost.graph的名字系統(tǒng)比這個復雜多了,但萬變不離其宗,其原理是一樣的。如此奇妙的東西竟然建立在如此簡單的機制上,可見只有想不到的東西,沒有做不到的東西這句話還是有一定道理的,更印證了那句"簡單就是美"的名言.?
            ?????????下次繼續(xù)分析boost.graph的visitor機制.
            ???


            //if_same?and?if_else?
            template<class?T1,class?T2>
            struct?if_same
            {
            ?
            enum{value=false};
            };
            template
            <class?T>
            struct?if_same<T,T>
            {
            ?
            enum{value=true};
            }
            template
            <bool?value,class?T1,class?T2>
            struct?if_else
            {
            ?typedef?T1?type;
            }

            template
            <class?T1,class?T2>
            struct?if_else<false,T1,T2>
            {
            ?typedef?T2?type;
            }


            ???

            posted on 2007-05-28 17:08 meet-dream 閱讀(1531) 評論(5)  編輯 收藏 引用 所屬分類: boost library

            評論

            # re: boost::graph的名字參數(shù) 2007-05-28 17:13 meet-dream

            如果有熱心人,
            弱弱的問一下,你們是如何排版的?
            我發(fā)了幾次都是亂碼!!  回復  更多評論   

            # re: boost::graph的名字參數(shù) 2007-05-28 17:30 danielwyo

            不是亂碼, 是沒有排版, 看起來好煩.

              回復  更多評論   

            # re: boost::graph的名字參數(shù) 2007-05-28 17:39 on-the-fly

            有個插入代碼的按鈕的,找找看  回復  更多評論   

            # re: boost::graph的名字參數(shù) 2007-05-28 17:40 夢在天涯

            使用插入代碼工具,可惜啊不知道里面就是沒有專門支持C++的哦,我一般都是使用C#的哦,
              回復  更多評論   

            # re: boost::graph的名字參數(shù) 2007-05-29 09:32 zenith

            o.....  回復  更多評論   

            久久丫忘忧草产品| 亚洲国产成人久久综合一 | 国产美女亚洲精品久久久综合| 99久久精品免费看国产一区二区三区 | 麻豆久久久9性大片| 国产精品久久成人影院| 久久播电影网| 91久久精品91久久性色| 亚洲国产日韩综合久久精品| 国产美女久久久| 亚洲精品国产字幕久久不卡| 久久精品成人欧美大片| 久久精品国产亚洲精品2020| 亚洲国产精品成人久久蜜臀 | 国产成人久久精品二区三区| 久久九九兔免费精品6| 久久国产免费直播| 久久精品男人影院| 国产精品美女久久久m| 亚洲女久久久噜噜噜熟女| 久久国产美女免费观看精品| 久久青青草原精品影院| 久久香蕉国产线看观看精品yw| 久久人人爽人人爽人人片AV东京热| 成人亚洲欧美久久久久| 久久九九亚洲精品| 国产精品久久久久AV福利动漫| 日日躁夜夜躁狠狠久久AV| 国内精品人妻无码久久久影院导航| 久久久久国产精品嫩草影院| 丁香五月综合久久激情| 中文字幕亚洲综合久久2| 久久综合九色综合精品| 99久久精品费精品国产| 久久久无码精品亚洲日韩软件| 国产精品成人久久久久久久| 久久久久久久综合日本| 偷窥少妇久久久久久久久| 97精品伊人久久久大香线蕉| yy6080久久| 久久人人爽爽爽人久久久|