• <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++的發展方向或者是出路嗎?

             

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

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

            評論

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

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

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

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

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

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

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

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

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

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

            <2006年4月>
            2627282930311
            2345678
            9101112131415
            16171819202122
            23242526272829
            30123456

            導航

            統計

            常用鏈接

            留言簿(4)

            隨筆分類(23)

            隨筆檔案(23)

            URL

            最新隨筆

            搜索

            積分與排名

            最新隨筆

            最新評論

            閱讀排行榜

            評論排行榜

            欧美国产精品久久高清| 伊人久久大香线焦AV综合影院| 97精品依人久久久大香线蕉97| 一本一本久久aa综合精品 | 免费久久人人爽人人爽av| 亚洲国产精品成人久久蜜臀| 97精品依人久久久大香线蕉97| 久久久综合九色合综国产| 久久久久久国产精品免费免费| 一本色综合网久久| 久久精品国产一区二区 | 久久91精品国产91久久小草 | 青青草国产精品久久| 青春久久| 99久久综合国产精品二区| 国产亚洲精久久久久久无码77777| 亚洲天堂久久精品| 中文字幕久久久久人妻| 久久国产成人精品国产成人亚洲| 中文字幕无码免费久久| 久久综合鬼色88久久精品综合自在自线噜噜 | 色婷婷综合久久久久中文| 久久亚洲电影| 欧美精品一本久久男人的天堂| 色狠狠久久AV五月综合| 亚洲综合久久久| 午夜福利91久久福利| 九九久久精品国产| 国产综合免费精品久久久| 久久久青草久久久青草| 国产精品久久久久影院嫩草| 亚洲精品乱码久久久久久自慰| 亚州日韩精品专区久久久| 国内精品免费久久影院| 99久久精品国产一区二区| 色综合色天天久久婷婷基地| 久久国产精品久久| 一本久久a久久精品综合夜夜| 亚洲狠狠久久综合一区77777| 久久这里只有精品久久| 国产成人久久777777|