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

            泛型程序設計是C++的發(fā)展方向或者是出路嗎?

             

            最近看了《C++設計新思維》一書的前幾章,總的感覺是不怎么爽。比起以前看《泛型編程 and STL》,boost庫起來,感覺該書描述的東西太過于注重模板的技巧,C++是一個編譯型的語言,一些動態(tài)語言很容易實現(xiàn)的功能C++實現(xiàn)起來就很難,我們完全沒有必要硬是用大量的模板來強迫C++在編譯期實現(xiàn)這些動態(tài)特性。語言只要是好用就行,而現(xiàn)在C++代碼里幾乎全是模板,并且越來越復雜,不知道以后誰還愿意這樣寫C++?難道泛型編程就是C++的發(fā)展方向嗎?

            posted on 2007-05-04 14:03 bo 閱讀(3180) 評論(5)  編輯 收藏 引用 所屬分類: Language

            評論

            # re: 泛型程序設計是C++的發(fā)展方向或者是出路嗎? 2007-05-04 16:16 FlyingBear

            我覺得《C++設計新思維》這本書更像是一篇學術論文,它所描述的東西理論價值更大一些吧,用的時候就自己看著辦好了,像smartwin里的policy,就算是用得比較成功的例子吧  回復  更多評論   

            # re: 泛型程序設計是C++的發(fā)展方向或者是出路嗎? 2007-05-04 16:31 空明流轉

            首先,C++的模板更多的是給庫設計者使用的.現(xiàn)有的模板使用困難的情況主要是由編譯器無法正確良好的定位錯誤.對于一個庫的設計者,必要的編譯器靈活性是必須的,而且現(xiàn)有模板仍然滿足不了靈活性的要求.所以0x里面還是要推出更加靈活更加泛型化的Concept;
            然后,C++的模板被用到現(xiàn)在這個樣子當時也沒有人預計到.最早B.Stroustrup也僅僅是認為模板就是附帶了編譯器驗證類型的宏而已.metaprogramming完全可以看作是一群無聊的人在無聊的時候想出來取樂的智力競賽題,只是Alexandrescu只是把這個游戲玩到登峰造極.實質(zhì)上除了Typelist和自動繼承層級以外,其它的庫,特別是基于策略的思路構造的庫,都讓程序庫的設計者大開了眼界,同時從他的實際使用情況來看,對很多問題而言,這種設計的適應性很好,結構也并不復雜.再加上未來的0x的語法糖,也會讓Loki一類的庫使用起來更加方便.至于他的書的頭幾章節(jié),這種底層的東西總是要有些技巧性的,BOOST的MPL還不是一樣寫的神乎其神的.  回復  更多評論   

            # re: 泛型程序設計是C++的發(fā)展方向或者是出路嗎? 2007-05-04 19:07 missdeer

            Bjarne看了那書也說人家是“too clever”,呵呵
            就像前面的老兄說的,模板技術、泛型編程更多的情況是適用于庫作者
            現(xiàn)在大量的C++庫,包括Boost、Loki以及很多Language Binding庫,都用到了書中提到的Policy技術,確實解決了以前存在的一些問題  回復  更多評論   

            # re: 泛型程序設計是C++的發(fā)展方向或者是出路嗎? 2007-05-04 19:32 LOGOS

            個人比較認同“基于策略的思路構造的庫”,這也是我期望模板所能帶來的優(yōu)越性。  回復  更多評論   

            # re: 泛型程序設計是C++的發(fā)展方向或者是出路嗎? 2007-05-28 10:53 longshanks

            模板帶來的是強類型的多態(tài)(利用靜多態(tài))。它的好處就是利用強類型在編譯時攔截大量的錯誤。同時,類的出現(xiàn),使得操作成為類型的一部分。強類型化后,不僅僅數(shù)據(jù)結構的邏輯性得到檢驗,連施加在這些數(shù)據(jù)上的操作也得到約束。因此,合理地運用模板和隨之帶來的強類型多態(tài),可以使得代碼更高效,更簡潔,也更安全。
            由于業(yè)界的大多數(shù)程序員還在努力消化OOP帶來的技術革命,還無法理解gp帶來的優(yōu)勢。不同于OOP,業(yè)界也還沒有出現(xiàn)GP方面完整的理論,所以對模板及其帶來的好處還未能充分理解。  回復  更多評論   

            <2007年7月>
            24252627282930
            1234567
            891011121314
            15161718192021
            22232425262728
            2930311234

            導航

            統(tǒng)計

            常用鏈接

            留言簿(4)

            隨筆分類(23)

            隨筆檔案(23)

            URL

            最新隨筆

            搜索

            積分與排名

            最新隨筆

            最新評論

            閱讀排行榜

            評論排行榜

            久久精品无码专区免费| 精品久久8x国产免费观看| 久久久WWW成人| 超级碰碰碰碰97久久久久| 色欲综合久久躁天天躁蜜桃| 狠狠色丁香久久婷婷综| 久久综合视频网站| 97精品国产91久久久久久| 办公室久久精品| 亚洲欧美日韩久久精品第一区| 91视频国产91久久久| 精品久久久久久无码不卡| 久久被窝电影亚洲爽爽爽| 欧美日韩精品久久久免费观看 | 国产精品熟女福利久久AV| 亚洲国产成人久久综合区| 久久中文字幕一区二区| 精产国品久久一二三产区区别| 国产亚洲成人久久| 88久久精品无码一区二区毛片| 亚洲国产精品无码久久久秋霞2| AA级片免费看视频久久| www.久久精品| 国产精品久久久久国产A级| 伊人久久大香线焦AV综合影院 | 亚洲va中文字幕无码久久不卡| 久久狠狠一本精品综合网| 久久国产精品77777| 婷婷伊人久久大香线蕉AV| 亚洲国产欧洲综合997久久| 精品久久久久成人码免费动漫| 99久久免费国产精品热| 狠狠色婷婷久久一区二区 | 色婷婷狠狠久久综合五月| 91精品国产91久久久久久蜜臀| 99精品久久精品一区二区| 好久久免费视频高清| 四虎国产精品免费久久久| 99久久亚洲综合精品成人| 久久精品国产精品亚洲下载| 国产精品99久久精品爆乳|