**：鏈結
什麼是物件，簡單來說物件就是現實世界存在的任何事務都可以稱之為物件，有著自己獨特的個性。
用思維導圖來簡潔表示一下就是這樣：
物件導向就是構成問題事務分解成各個物件，建立物件的目的不是為了完成乙個步驟，而是為了描敘某個事物在整個解決問題的步驟中的行為。
什麼是過程，我認為過程就是步驟，是解決問題的按部就班。
面向過程不同於物件導向，面向過程分析出解決問題所需要的步驟，然後用函式把這些步驟一步一步實現，使用的時候乙個乙個依次呼叫就可以了。
之前在那篇部落格上看到這個比喻，覺得特別恰當，挺容易讓人理解的，現在分享一下：
用面向過程的方法寫出來的程式是乙份蛋炒飯，而用物件導向寫出來的程式是乙份蓋澆飯。所謂蓋澆飯，北京叫蓋飯，東北叫燴飯，廣東叫碟頭飯，就是在一碗白公尺飯上面澆上乙份蓋菜，你喜歡什麼菜，你就澆上什麼菜。我覺得這個比喻還是比較貼切的。
蛋炒飯製作的細節，我不太清楚，因為我沒當過廚師，也不會做飯，但最後的一道工序肯定是把公尺飯和雞蛋混在一起炒勻。蓋澆飯呢，則是把公尺飯和蓋菜分別做好，你如果要乙份紅燒肉蓋飯呢，就給你澆乙份紅燒肉；如果要乙份青椒土豆蓋澆飯，就給澆乙份青椒土豆絲。
蛋炒飯的好處就是入味均勻，吃起來香。如果恰巧你不愛吃雞蛋，只愛吃青菜的話，那麼唯一的辦法就是全部倒掉，重新做乙份青菜炒飯了。蓋澆飯就沒這麼多麻煩，你只需要把上面的蓋菜撥掉，更換乙份蓋菜就可以了。蓋澆飯的缺點是入味不均，可能沒有蛋炒飯那麼香。
到底是蛋炒飯好還是蓋澆飯好呢？其實這類問題都很難回答，非要比個上下高低的話，就必須設定乙個場景，否則只能說是各有所長。如果大家都不是美食家，沒那麼多講究，那麼從飯館角度來講的話，做蓋澆飯顯然比蛋炒飯更有優勢，他可以組合出來任意多的組合，而且不會浪費。
蓋澆飯的好處就是」菜」「飯」分離，從而提高了製作蓋澆飯的靈活性。飯不滿意就換飯，菜不滿意換菜。用軟體工程的專業術語就是」可維護性「比較好，」飯」 和」菜」的耦合度比較低。蛋炒飯將」蛋」「飯」攪和在一起，想換」蛋」「飯」中任何一種都很困難，耦合度很高，以至於」可維護性」比較差。軟體工程追求的目標之一就是可維護性，可維護性主要表現在3個方面：可理解性、可測試性和可修改性。物件導向的好處之一就是顯著的改善了軟體系統的可維護性。
優點：效能比物件導向高，因為類呼叫時需要例項化，開銷比較大，比較消耗資源;比如微控制器、嵌入式開發、 linux/unix等一般採用面向過程開發，效能是最重要的因素。
缺點：沒有物件導向易維護、易復用、易擴充套件
優點：易維護、易復用、易擴充套件，由於物件導向有封裝、繼承、多型性的特性，可以設計出低耦合的系統，使系統 更加靈活、更加易於維護
缺點：效能比面向過程低
面向過程和物件導向的理解
面向過程和物件導向概念 作為乙個剛入行不久的程式設計師，現在對物件導向的理解與當初在大學課程中 老師講的物件導向已經有了比以前更加深刻的理解。可能是因為工作開發了一 段時間的原因吧！大家知道以前老一批程式猿普遍使用的是面向過程解決問題，但是現在新一代的程式猿已經普遍使用物件導向的思想解決問題了。下面...
如何理解物件導向和面向過程
執行者思維 面向過程其實就是一種一步步完成某一件事情的思考方式 適和小規模程式，可以完成簡單的東西 只要一步步，乙個個實現完成就好了，通過過程完成任務是 執行者 思維。遇到問題首先想的的是在，第一步該幹嘛 第二步該幹嘛 第三步該幹嘛 第四步該幹嘛 如何開車 第一 啟動車 第二 掛擋 第三 踩油門 第...
對於面向過程和物件導向的理解
面向過程就是分析出解決問題所需要的步驟，然後用函式把這些步驟一步一步實現，使用的時候乙個乙個依次呼叫就可以了。物件導向是把構成問題事務分解成各個物件，建立物件的目的不是為了完成乙個步驟，而是為了描敘某個事物在整個解決問題的步驟中的行為。例如五子棋，面向過程的設計思路就是首先分析問題的步驟 1 開始遊...