• <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ū)ο?。大家也可以看到,很多知名IT公司的面試,比如google,比如微軟,很喜歡考察程序員的算法方面的能力。而自從設(shè)計模式理論風(fēng)靡IT界以來,好像這些狀況有些改變,他們開始考察設(shè)計模式相關(guān)的問題,考察程序員面向?qū)ο蟮姆治瞿芰?。不可否認(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進行一個簡單的交互。
            算法的分解方法如下:


            問題空間被分解成為幾個執(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ì)?;蛟S算法與面向?qū)ο蟮淖罴训慕Y(jié)合點在于: 使用面向?qū)ο蟮姆椒ǚ纸鈫栴},而使用精良的算法解決問題。

            posted on 2007-06-24 22:31 愛上龍卷風(fēng) 閱讀(1879) 評論(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)
            算法本身的定義是:一種循序漸進解決問題的過程,一種為在有限步驟內(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ù)  更多評論
              

            波多野结衣中文字幕久久 | 久久美女网站免费| 91精品国产乱码久久久久久| 久久不见久久见免费视频7| 国产精品免费看久久久香蕉| 女同久久| 久久精品视频网| 国产精品久久久久久久人人看| 亚洲成av人片不卡无码久久| 热99RE久久精品这里都是精品免费| 伊人久久大香线蕉av不卡| 久久精品9988| 亚洲欧洲日产国码无码久久99| 亚洲狠狠久久综合一区77777| 7777久久久国产精品消防器材| 久久精品无码一区二区无码| 精品久久久久久久久久中文字幕 | 高清免费久久午夜精品| 精品久久久久久无码中文字幕| 久久久久国产精品人妻| 久久国产免费观看精品| 久久婷婷五月综合97色直播| 久久天天躁狠狠躁夜夜躁2O2O| 伊人色综合久久天天人守人婷| 久久久国产精品福利免费| 一本久道久久综合狠狠爱| 一本一本久久a久久精品综合麻豆| 久久国产成人精品麻豆| 久久综合综合久久综合| 囯产精品久久久久久久久蜜桃| 91精品国产91久久久久久| 国产精品亚洲综合久久| 久久精品99久久香蕉国产色戒| 亚洲精品美女久久久久99小说| 91久久精品视频| 色综合久久天天综合| 狠狠色婷婷久久一区二区三区| 区久久AAA片69亚洲| 亚洲精品无码久久不卡| 久久99热这里只有精品66| 亚洲七七久久精品中文国产|