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

            sherrylso

            C++博客 首頁 新隨筆 聯(lián)系 聚合 管理
              18 Posts :: 0 Stories :: 124 Comments :: 0 Trackbacks

                    作為程序員,一直困擾我的一個問題是:一名優(yōu)秀的程序員,應(yīng)該是注重面向?qū)ο蠓治瞿芰Φ呐囵B(yǎng),還是注重算法分析能力的培養(yǎng)。我相信,這也是一個很多人面臨的問題。我的感覺是:很多system level的程序員更加側(cè)重于算法,而application level的程序員,更多的傾向于討論面向?qū)ο蟆4蠹乙部梢钥吹剑芏嘀鸌T公司的面試,比如google,比如微軟,很喜歡考察程序員的算法方面的能力。而自從設(shè)計模式理論風(fēng)靡IT界以來,好像這些狀況有些改變,他們開始考察設(shè)計模式相關(guān)的問題,考察程序員面向?qū)ο蟮姆治瞿芰Α2豢煞裾J(rèn)的是,設(shè)計模式理論,其基于面向?qū)ο蟮睦碚摷夹g(shù),提供了開發(fā)者非常實效,有用的解決問題的模式。依賴于問題的上下文,應(yīng)用設(shè)計模式,開發(fā)者可以開發(fā)出更加"面向?qū)ο?的系統(tǒng)。
               設(shè)計一個復(fù)雜的系統(tǒng)的本質(zhì),就是:將復(fù)雜的問題分解成小的,為我們所理解的問題,然后分而治之。人類的智力是有限的,當(dāng)我們在面對一個復(fù)雜問題的時候,總會習(xí)慣于首先將他分解,分解到問題足夠的簡單,足夠為我們所理解,解決。事實上,無論是面向?qū)ο螅€是算法,它們都是分解復(fù)雜問題的方法與手段。是采用面向?qū)ο蟮姆椒ㄈシ治觯€是使用算法的分析方法,完全是由客觀的主體決定的。非常遺憾的是,這兩類分析方法是互斥的,排他的,你是不可能同時使用這兩種方法的分析解決問題。我們先看一個簡單的例子:
            問題的定義:client和server使用TCP/IP進(jìn)行一個簡單的交互。
            算法的分解方法如下:


            問題空間被分解成為幾個執(zhí)行步驟,accept,connet,send,recieve。
            面向?qū)ο蟮姆纸夥椒?/u>如下:


            問題空間被分解成為幾個對象:c_connector, 主要負(fù)責(zé)建立TCP連接,在連接成功后,會得到一個c_socket_stream對象,該對象負(fù)責(zé)主要負(fù)責(zé)發(fā)送和接收網(wǎng)路數(shù)據(jù)。c_acceptor,負(fù)責(zé)監(jiān)聽網(wǎng)絡(luò)連接請求,在一個TCP連接成功建立后,返回給調(diào)用者一個c_socket_stream。
            兩者的區(qū)別在于:兩者分解方法的著重點是不同的,算法的分析方法強調(diào)的是事物內(nèi)部各類事件之間的順序,依賴,耦合關(guān)系。算法所關(guān)心的是事件本身,例如上例中:它關(guān)心的是send,recv這樣發(fā)生在事物內(nèi)部的事件,以及它們之間的調(diào)度關(guān)系。面向?qū)ο蟮姆治龇椒ㄔ谟趶娬{(diào)的是事物內(nèi)部各類客觀的主體,以及它們之間的相互協(xié)助。
            從這點上可以看到:在分解一個問題的時候,算法偏重于微觀,面向?qū)ο髠?cè)重于宏觀;算法偏重于細(xì)節(jié),面向?qū)ο髠?cè)重于整體。可以看到,我們很容易得出這樣的結(jié)論:當(dāng)面對一個復(fù)雜的問題的時候,我們的直覺會告訴我們,我們會更加傾向于使用面向?qū)ο蠓椒ɡ碚搧矸治鰡栴}。這也是幾十年來面向?qū)ο蟮能浖嵺`經(jīng)驗告訴我們的真理。在計算機應(yīng)用開發(fā)領(lǐng)域,面向領(lǐng)域問題本身的復(fù)雜性(這包括許多方面:比如你的需求在不斷變化,你的應(yīng)用方式在不斷變化等等),決定了其更適合使用面向?qū)ο蟮姆椒▉矸治鰡栴}。面向?qū)ο蟮能浖到y(tǒng)會更加的富有彈性,更加的能適應(yīng)這種快速的變化。
                 如何做面向?qū)ο蟮脑O(shè)計分析?關(guān)鍵在于:
                 1) 對復(fù)雜問題的抽象,將復(fù)雜的問題抽象成為一組對象,就是我們熟知的objects。object是面向?qū)ο筌浖到y(tǒng)的行為主體。抽象也意味著我們應(yīng)該忽略細(xì)節(jié)的東西,注重整體的東西。
                 2)組織這些objects,使他們形成具有一定結(jié)構(gòu)的整體。比如:通過繼承,使它們成為父子關(guān)系,通過組合,使它們具有合作依賴關(guān)系。通過組織這些objects,我們更加能清楚地看到這些這些objects公共的行為和屬性。這就形成了面向?qū)ο筌浖玫幕A(chǔ)。
                很多人說:算法是程序設(shè)計的靈魂,但是我們也不能忘記;面向?qū)ο螅瑤椭覀兡軌蚋尤菀桌斫鈫栴}復(fù)雜性的本質(zhì)。或許算法與面向?qū)ο蟮淖罴训慕Y(jié)合點在于: 使用面向?qū)ο蟮姆椒ǚ纸鈫栴},而使用精良的算法解決問題。

            posted on 2007-06-24 22:31 愛上龍卷風(fēng) 閱讀(1871) 評論(7)  編輯 收藏 引用

            Feedback

            # re: 面向?qū)ο蠓治龇椒ㄅc算法 2007-06-24 23:11 eXile
            算法分析和面向過程的分析好象還不太一樣吧?
              回復(fù)  更多評論
              

            # re: 面向?qū)ο蠓治龇椒ㄅc算法 2007-06-25 12:48 clichengui
            不太對吧  回復(fù)  更多評論
              

            # re: 面向?qū)ο蠓治龇椒ㄅc算法 2007-06-25 23:13 愛上龍卷風(fēng)
            算法本身的定義是:一種循序漸進(jìn)解決問題的過程,一種為在有限步驟內(nèi)解決問題而建立的可重復(fù)應(yīng)用的計算過程。
            如果我們用算法的思維方式來分解問題,會使我們拘泥于細(xì)節(jié)。
            而面向過程,那是方法論上的定義,不是這里所討論的。
            更確切地講,這里是討論的是:
            面向?qū)ο蟮姆纸夥椒?vs algorithmic 分解方法



              回復(fù)  更多評論
              

            # re: 面向?qū)ο蠓治龇椒ㄅc算法 2007-06-26 09:33 子寒
            “非常遺憾的是,這兩類分析方法是互斥的,排他的,你是不可能同時使用這兩種方法的分析解決問題” 不是這樣的吧 不同層次的問題 用不同的方法  回復(fù)  更多評論
              

            # re: 面向?qū)ο蠓治龇椒ㄅc算法 2007-06-26 22:40 愛上龍卷風(fēng)
            不過在"分解問題"這個層次上,從思維方式的角度考慮,我們可以用面向?qū)ο蟮乃季S方式,或者算法式的思維方式  回復(fù)  更多評論
              

            # re: 面向?qū)ο蠓治龇椒ㄅc算法 2007-06-28 09:41 SuperPlayeR
            建議閱讀一下《Unix編程藝術(shù)》
              回復(fù)  更多評論
              

            # re: 面向?qū)ο蠓治龇椒ㄅc算法 2008-01-07 23:36 abettor.org
            我的感覺是:很多system level的程序員更加側(cè)重于算法,而application level的程序員,更多的傾向于討論面向?qū)ο蟆?br>
            ——同意這句。
            有時候感覺那些所謂“GOOGLE面試題”太矯情了,而有些人的對象設(shè)計的又太牽強了。  回復(fù)  更多評論
              


            只有注冊用戶登錄后才能發(fā)表評論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            国产高清美女一级a毛片久久w| 婷婷国产天堂久久综合五月| 久久丫精品国产亚洲av| 少妇内射兰兰久久| 国产精品内射久久久久欢欢| 婷婷久久综合九色综合九七| 97久久婷婷五月综合色d啪蜜芽 | 国产精品久久婷婷六月丁香| 尹人香蕉久久99天天拍| 97精品国产91久久久久久| 久久久久国产精品三级网| 久久人人爽人人爽人人片AV麻烦| a高清免费毛片久久| 婷婷久久精品国产| 久久99精品国产一区二区三区| 久久婷婷是五月综合色狠狠| 久久国产精品成人免费| 狠狠色婷婷久久综合频道日韩 | 大美女久久久久久j久久| 一本久久免费视频| 国产一区二区三精品久久久无广告| 亚洲日韩中文无码久久| 麻豆国内精品久久久久久| 久久久91精品国产一区二区三区| 亚洲午夜福利精品久久| 久久久久久噜噜精品免费直播| 精品国产乱码久久久久久郑州公司| 亚洲精品成人久久久| 无码任你躁久久久久久| 开心久久婷婷综合中文字幕| 国产精品九九久久免费视频| 狠狠狠色丁香婷婷综合久久俺| 狠狠色丁香久久婷婷综合五月| 色婷婷综合久久久久中文| 性做久久久久久久久| 亚洲国产成人久久综合碰| 久久天天躁狠狠躁夜夜不卡 | 91精品观看91久久久久久| 久久99国产精品久久99| 国内精品伊人久久久久| 亚洲国产成人久久综合一 |