• <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)語言很容易實現的功能C++實現起來就很難,我們完全沒有必要硬是用大量的模板來強迫C++在編譯期實現這些動態(tài)特性。語言只要是好用就行,而現在C++代碼里幾乎全是模板,并且越來越復雜,不知道以后誰還愿意這樣寫C++?難道泛型編程就是C++的發(fā)展方向嗎?

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

            評論

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

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

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

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

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

            Bjarne看了那書也說人家是“too clever”,呵呵
            就像前面的老兄說的,模板技術、泛型編程更多的情況是適用于庫作者
            現在大量的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))。它的好處就是利用強類型在編譯時攔截大量的錯誤。同時,類的出現,使得操作成為類型的一部分。強類型化后,不僅僅數據結構的邏輯性得到檢驗,連施加在這些數據上的操作也得到約束。因此,合理地運用模板和隨之帶來的強類型多態(tài),可以使得代碼更高效,更簡潔,也更安全。
            由于業(yè)界的大多數程序員還在努力消化OOP帶來的技術革命,還無法理解gp帶來的優(yōu)勢。不同于OOP,業(yè)界也還沒有出現GP方面完整的理論,所以對模板及其帶來的好處還未能充分理解。  回復  更多評論   

            <2006年8月>
            303112345
            6789101112
            13141516171819
            20212223242526
            272829303112
            3456789

            導航

            統(tǒng)計

            常用鏈接

            留言簿(4)

            隨筆分類(23)

            隨筆檔案(23)

            URL

            最新隨筆

            搜索

            積分與排名

            最新隨筆

            最新評論

            閱讀排行榜

            評論排行榜

            久久国产精品免费一区二区三区| 久久精品天天中文字幕人妻| 久久亚洲综合色一区二区三区| 99久久婷婷国产一区二区| 国产—久久香蕉国产线看观看 | 久久午夜伦鲁片免费无码| 久久超碰97人人做人人爱| 久久国产成人午夜aⅴ影院| 久久久久久午夜精品| 久久久国产精品网站| 久久99热这里只频精品6| 久久久久久久97| 奇米影视7777久久精品人人爽| 国产精品一久久香蕉国产线看| 模特私拍国产精品久久| 国产视频久久| 精品久久久久久国产91| 欧美牲交A欧牲交aⅴ久久| 亚洲国产精品成人久久蜜臀 | 亚洲午夜无码AV毛片久久| 国产成人精品久久亚洲高清不卡 | 色天使久久综合网天天| 精品无码久久久久久久动漫| 精品国产一区二区三区久久久狼| 中文字幕无码久久精品青草 | 狠狠久久亚洲欧美专区| 国产精品无码久久久久久| 欧美午夜精品久久久久免费视| 久久天天躁狠狠躁夜夜avapp| 一本色道久久综合狠狠躁篇| 久久精品国产亚洲7777| 久久精品国产精品亜洲毛片| 久久国产成人午夜aⅴ影院| 国产99久久久国产精免费| 曰曰摸天天摸人人看久久久| 久久青草国产精品一区| 久久综合欧美成人| 久久中文娱乐网| 国内精品久久久久久麻豆 | 香蕉99久久国产综合精品宅男自| 久久强奷乱码老熟女网站|