• <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>
            隨筆 - 6  文章 - 8  trackbacks - 0
            <2025年5月>
            27282930123
            45678910
            11121314151617
            18192021222324
            25262728293031
            1234567

            常用鏈接

            留言簿(1)

            隨筆檔案

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            很久沒有來過了,都忘了自己曾經(jīng)雄心勃勃的在這兒開了個博客~ 雖然天天在用C++,卻越發(fā)覺得自己的淺薄了;呵呵,年紀(jì)一大把了,也不知何時才能靜下心來真正的做點事情。

            推薦兩個相關(guān)的RSS吧
            http://www.ddj.com/rss/cpp.xml
            http://www.ddj.com/rss/architect.xml

            自己也要多看看,才能不斷的進(jìn)步啊~

            posted @ 2009-05-25 17:17 Neal 閱讀(224) | 評論 (0)編輯 收藏
            剛剛裝上VC8,發(fā)現(xiàn)VC8現(xiàn)在也支持hash_map了,終于可以不用STLPort了(不是不想用,而是在VC里面用太TNND麻煩了)。不過VC8上的hash-map還是有不爽的地方 1。它定義在stdext namespace 中 2。它需要至少specialize兩個template來添加自定義類。。。不過終究還是算不小的的進(jìn)步啦;D =====================================


            ============ VC2005 ================
            // test.cpp : Defines the entry point for the console application.
            //

            #include "stdafx.h"
            #include
            #include
            #include

            struct Key{
              int i;
            };


            namespace std {
              template <> struct less<::Key>
               : public binary_function<::Key, ::Key, bool>
              {
                bool operator()(const ::Key& _Left, const ::Key& _Right) const
                { // apply operator< to operands
                  return (_Left.i < _Right.i);
                }
              };
            }

            namespace stdext {
              template <> size_t hash_value(const Key &key){
                return hash_value(key.i);
              }
            }

            int _tmain(int argc, _TCHAR* argv[])
            {
              stdext::hash_map testmap; 
              Key k;
              k.i = 1;
              testmap[k] = std::string("hello, world");
              testmap[k] = std::string("hello, again");

              std::cout << "size of map: " << testmap.size() << std::endl;
              return 0;
            }

            ============GCC + STLPort ===========
            struct Key {
              ...
            };


            namespace std {
              template <> struct hash {
                size_t operator()(const Key &key) const {
                    ...
                };
              }
            }


            int main()
            {
              ...
            }

            posted @ 2007-04-03 14:01 Neal 閱讀(2009) | 評論 (1)編輯 收藏
            呵呵,歡迎大家訪問偶的網(wǎng)站哈
            http://travian.infinites.net

            做的很丑陋,不過偶不善于HTML嘛
            嘿嘿
            posted @ 2007-03-28 16:43 Neal 閱讀(315) | 評論 (1)編輯 收藏

            一種語言代表了一種思維,而思維決定了問題的解決方式。

            ?

            從程序設(shè)計語言出現(xiàn)到現(xiàn)在已經(jīng)經(jīng)歷了四代。大多數(shù)高級語言都對應(yīng)到第三代或四代程序設(shè)計語言。按其主要支持的編程模型(思維模式)分類,大致可以分為如下類型

            1 過程型:這類語言把應(yīng)用抽象為序列化的操作步驟,其典型代表如PASCAL,C等。

            2 函數(shù)型:這類語言把應(yīng)用抽象為函數(shù)(按定義,函數(shù)是從一個域到另一個域的映射);它們試圖把問題分解為集合和集合間的函數(shù)關(guān)系。典型代表是LISP。

            3 邏輯型:這類語言把問題抽象為事實與規(guī)則的結(jié)合,試圖通過邏輯演算解決實際問題。典型代表是PROLOG。

            4 面向?qū)ο笮停哼@類語言從上世紀(jì)80年代后迅速發(fā)展,這類語言試圖將實際問題抽象為獨立的對象以及對象間的交互,典型代表是早期的SmallTalkEiffel。

            5 面向數(shù)據(jù)結(jié)構(gòu)型:這類語言將問題抽象為對結(jié)構(gòu)化數(shù)據(jù)的操作,例如現(xiàn)在常用的SQL

            ?

            作為一個誕生與上世紀(jì)80年代初期的編程語言,C++被廣泛的認(rèn)為是一種支持面向?qū)ο蟮恼Z言;但是,我認(rèn)為C++的偉大之處卻更多的在于(除了所提供完備的面向?qū)ο笾С郑┧瑯犹峁┝?/span>C的面向過程的編程模型以及只有少數(shù)高級語言能支持的范型編程(我更喜歡叫它面向算法的編程)。在實際的應(yīng)用過程中,我們往往需要不同層次的抽象,C++所支持的廣泛的編程模型為我們提供了強(qiáng)大和靈活的工具,使得我們在設(shè)計和實現(xiàn)時能自如的選擇不同的模型,以最合理的(組合)方式解決問題。

            ?

            不可否認(rèn),在當(dāng)今的程序設(shè)計中,面向?qū)ο笠呀?jīng)基本上是一統(tǒng)江湖,但它往往并不是最合理的選擇;例如在針對協(xié)議棧的開發(fā)中,使用面向過程的模型往往優(yōu)于使用面向?qū)ο蟮哪P停ɑ蛟S這也是為什么主流的電信設(shè)備供應(yīng)商堅持使用C的原因?);而在針對算法進(jìn)行抽象時,使用面向?qū)ο蟮乃季S模式幾乎完全是不可行的(算法和對象間的不同之處是顯而易見的);如果機(jī)械的運用面向?qū)ο笏季S,只能使最終產(chǎn)品的質(zhì)量、可維護(hù)性、可讀性下降。

            ?

            或許有人會問,那么應(yīng)該如何選擇抽象方式呢?我覺得這個應(yīng)該是因人和問題的不同而不同的,關(guān)鍵是在使用C++的過程中,多從這些方面進(jìn)行思考、總結(jié),以體會采用不同模式解決問題的優(yōu)缺點,努力使用最合理的方式(或組合)對問題進(jìn)行抽象并加以解決。我也常常為這些種種選擇而迷惑,因此在這兒也希望那些已經(jīng)到了“不惑”層次的哥們多多指教。

            ?

            當(dāng)然,從另一方面來說,越多的選擇往往意味著越難的選擇,這或許也是為什么現(xiàn)在這么多人趨騖與更單純、更簡單的JAVA,C#的原因吧;但是當(dāng)我們真正理解并掌握C++提供的這些編程模型時,我想我們會更加堅定當(dāng)初選擇C++的信念;D

            ?

            時間倉促,不正之處敬請指教。

            posted @ 2007-03-28 14:29 Neal 閱讀(1191) | 評論 (1)編輯 收藏

            C++中,經(jīng)常用到對象(Object)、類(Class)和實例(Instance)等概念,一直對這幾個概念有些混淆,今天算是整理一下自己的思路,談?wù)勛约簩@幾個概念的看法吧;希望不當(dāng)之處大家能夠指出,也歡迎大家看看自己的看法。

            從其定義來看,對象是指一個能完成特定操作,具有特定屬性的實體(Component);類是具有相同屬性對象的集合(Group of Objects)。實例則往往被理解為一個對象的具體化。

            對象更多的是一個概念,在象SmallTalk這類純粹的OO語言中,所有東西都是對象(MetaClass, Class, Instances);而類在不過是一個特殊的、能作為模板創(chuàng)建實例的對象。(一直想弄個SmallTalk來玩玩,但終究沒有時間和精力去學(xué)習(xí)。)

            C++中,“對象”概念往往被模糊化,它不是一個能包括一切的概念,而在某些環(huán)境下成為能和類與實例相互替換的概念。

            原因之一,或許是在C++對類的定義。C++把類定義為一個抽象數(shù)據(jù)類型(ADT)。而ADT只是一個實現(xiàn)上的概念,它在運行時并不存在一個對象所應(yīng)該具有的特征(屬性和行為)。雖然C++中引入了運行時類型信息(RTTI,參看type_info類),但仍然很難把類當(dāng)成一個對象。從這個角度來說,在實現(xiàn)時類可以看作是對象概念的代名詞。

            原因之二,個人覺得應(yīng)該是和使用這些概念的上下文有關(guān)。在使用C++時(包括設(shè)計模式),往往需要考慮兩個層次的抽象:
            1. 編碼(實現(xiàn))時的抽象
            2. 運行時的抽象

            在實現(xiàn)時,C++中,無疑類的概念和對象的概念是一致的,而實例則可以理解為一個類的實例化或一個對象的具體化;對應(yīng)與Design Pattern,那些結(jié)構(gòu)化的模式(Structural Patterns)更適合與這一層次的抽象。

            在運行時,個人覺得對象更多的是和實例等同的。我們說某個對象和另外一個對象交互更多的是在表達(dá)某個類的一個實例和另一個類的一個實例進(jìn)行交互,這個時候,對象不再是一個概念,而是被具體化了。而設(shè)計模式中的行為模式(Behavioral Patterns)則更適合與這個層次的抽象。

            以上是我對這幾個基本概念的理解,請大家批評指教!
            //bow

            posted @ 2007-03-22 10:34 Neal 閱讀(6093) | 評論 (5)編輯 收藏

            "C++ is a Culture"

            這是我的第一篇文章,就用標(biāo)準(zhǔn)的C++思維開始吧。

            "Hello, World"是我寫的第一個程序,它也是我第一篇文章的標(biāo)題。以前很少寫東西,原因之一是發(fā)現(xiàn)自己總是無法表達(dá)自己。最近越來越發(fā)現(xiàn)能表達(dá)自己的重要性了,萬事開頭難,何不就從C++開始呢?就象十年前剛剛接觸C++時從一個"Hello, World"開始一樣。

            C++的迷人之處在于它能讓我自由的表達(dá)自己的思想,能自由的控制自己的一切……它對我,或者對廣大C++愛好者而言,已經(jīng)不僅僅是編程語言了,它是一種文化!文化是會發(fā)展的,所以我不會感到厭倦;文化是博大的,所以我感到自己的渺??;文化是包容的,所以我才希望自己能為它做出自己的貢獻(xiàn),哪怕是一點點,自己也滿足了。

            今后我會慢慢寫出一些我的心得,對C++,對Design Patterns以及一切我對這個文化的感悟……希望大家能喜歡,也希望大家和我一樣對C++充滿敬畏之情。

            向Bjarne Stroustrup致敬!

            posted @ 2007-03-20 16:02 Neal 閱讀(258) | 評論 (0)編輯 收藏
            僅列出標(biāo)題  
            亚洲国产天堂久久综合| 久久精品无码一区二区三区| 久久精品a亚洲国产v高清不卡| 日韩精品久久久肉伦网站| 久久―日本道色综合久久| 一本色综合久久| 日本久久久久亚洲中字幕| 国产成人精品久久二区二区| 中文精品久久久久人妻| 无码人妻少妇久久中文字幕蜜桃| 91久久九九无码成人网站| 久久久久久国产精品美女| 色综合久久中文色婷婷| 国内精品久久国产| 久久亚洲精品国产精品婷婷| 精品国产热久久久福利| 91视频国产91久久久| 亚洲第一永久AV网站久久精品男人的天堂AV | 久久婷婷五月综合色奶水99啪| 99久久国产综合精品网成人影院| 国内精品九九久久精品| 噜噜噜色噜噜噜久久| 国产精品永久久久久久久久久| 亚洲国产二区三区久久| 亚洲精品乱码久久久久久久久久久久 | 久久久青草青青国产亚洲免观| 久久综合丝袜日本网| 色欲av伊人久久大香线蕉影院| 亚洲国产成人久久精品99| 久久艹国产| 久久国产精品偷99| 精品国产日韩久久亚洲| 久久中文字幕视频、最近更新| 久久天堂电影网| 国产L精品国产亚洲区久久| 91精品国产91久久久久福利| 嫩草伊人久久精品少妇AV| 久久久久久无码Av成人影院| 国色天香久久久久久久小说| 久久精品中文字幕大胸| 欧美亚洲国产精品久久|