作為程序員,一直困擾我的一個問題是:一名優(yōu)秀的程序員,應該是注重面向?qū)ο蠓治瞿芰Φ呐囵B(yǎng),還是注重算法分析能力的培養(yǎng)。我相信，這也是一個很多人面臨的問題。我的感覺是：很多system
level的程序員更加側(cè)重于算法，而application
level的程序員，更多的傾向于討論面向?qū)ο蟆４蠹乙部梢钥吹剑芏嘀鸌T公司的面試，比如google,比如微軟，很喜歡考察程序員的算法方面的能力。而自從設計模式理論風靡IT界以來，好像這些狀況有些改變，他們開始考察設計模式相關的問題，考察程序員面向?qū)ο蟮姆治瞿芰Α２豢煞裾J的是，設計模式理論，其基于面向?qū)ο蟮睦碚摷夹g，提供了開發(fā)者非常實效，有用的解決問題的模式。依賴于問題的上下文，應用設計模式，開發(fā)者可以開發(fā)出更加"面向?qū)ο?的系統(tǒng)。
設計一個復雜的系統(tǒng)的本質(zhì)，就是：將復雜的問題分解成小的，為我們所理解的問題，然后分而治之。人類的智力是有限的，當我們在面對一個復雜問題的時候，總會習慣于首先將他分解，分解到問題足夠的簡單，足夠為我們所理解，解決。事實上，無論是面向?qū)ο螅€是算法，它們都是分解復雜問題的方法與手段。是采用面向?qū)ο蟮姆椒ㄈシ治觯€是使用算法的分析方法，完全是由客觀的主體決定的。非常遺憾的是，這兩類分析方法是互斥的，排他的，你是不可能同時使用這兩種方法的分析解決問題。我們先看一個簡單的例子：
問題的定義：client和server使用TCP/IP進行一個簡單的交互。
算法的分解方法如下：
問題空間被分解成為幾個執(zhí)行步驟，accept,connet,send,recieve。
面向?qū)ο蟮姆纸夥椒?/u>如下：
問題空間被分解成為幾個對象：c_connector,
主要負責建立TCP連接，在連接成功后，會得到一個c_socket_stream對象，該對象負責主要負責發(fā)送和接收網(wǎng)路數(shù)據(jù)。c_acceptor,負責監(jiān)聽網(wǎng)絡連接請求，在一個TCP連接成功建立后，返回給調(diào)用者一個c_socket_stream。
兩者的區(qū)別在于：兩者分解方法的著重點是不同的，算法的分析方法強調(diào)的是事物內(nèi)部各類事件之間的順序，依賴，耦合關系。算法所關心的是事件本身，例如上例中：它關心的是send，recv這樣發(fā)生在事物內(nèi)部的事件，以及它們之間的調(diào)度關系。面向?qū)ο蟮姆治龇椒ㄔ谟趶娬{(diào)的是事物內(nèi)部各類客觀的主體，以及它們之間的相互協(xié)助。
從這點上可以看到：在分解一個問題的時候，算法偏重于微觀，面向?qū)ο髠?cè)重于宏觀；算法偏重于細節(jié)，面向?qū)ο髠?cè)重于整體。可以看到，我們很容易得出這樣的結論：當面對一個復雜的問題的時候，我們的直覺會告訴我們，我們會更加傾向于使用面向?qū)ο蠓椒ɡ碚搧矸治鰡栴}。這也是幾十年來面向?qū)ο蟮能浖嵺`經(jīng)驗告訴我們的真理。在計算機應用開發(fā)領域，面向領域問題本身的復雜性（這包括許多方面：比如你的需求在不斷變化，你的應用方式在不斷變化等等），決定了其更適合使用面向?qū)ο蟮姆椒▉矸治鰡栴}。面向?qū)ο蟮能浖到y(tǒng)會更加的富有彈性，更加的能適應這種快速的變化。
如何做面向?qū)ο蟮脑O計分析？關鍵在于：
1)
對復雜問題的抽象，將復雜的問題抽象成為一組對象,就是我們熟知的objects。object是面向?qū)ο筌浖到y(tǒng)的行為主體。抽象也意味著我們應該忽略細節(jié)的東西，注重整體的東西。
2）組織這些objects，使他們形成具有一定結構的整體。比如：通過繼承，使它們成為父子關系，通過組合，使它們具有合作依賴關系。通過組織這些objects,我們更加能清楚地看到這些這些objects公共的行為和屬性。這就形成了面向?qū)ο筌浖玫幕A。
很多人說：算法是程序設計的靈魂，但是我們也不能忘記；面向?qū)ο螅瑤椭覀兡軌蚋尤菀桌斫鈫栴}復雜性的本質(zhì)。或許算法與面向?qū)ο蟮淖罴训慕Y合點在于:
使用面向?qū)ο蟮姆椒ǚ纸鈫栴},而使用精良的算法解決問題。