面向過程就是分析出解決問題所需要的步驟，然後用函式把這些步驟一步一步實現，使用的時候乙個乙個依次呼叫就可以了。物件導向是把構成問題事務分解成各個物件，建立物件的目的不是為了完成乙個步驟，而是為了描敘某個事物在整個解決問題的步驟中的行為。
例如五子棋，面向過程的設計思路就是首先分析問題的步驟：1、開始遊戲，2、黑子先走，3、繪製畫面，4、判斷輸贏，5、輪到白子，6、繪製畫面，7、判斷輸贏，8、返回步驟2，9、輸出最後結果。把上面每個步驟用分別的函式來實現，問題就解決了。
而物件導向的設計則是從另外的思路來解決問題。整個五子棋可以分為 1、黑白雙方，這兩方的行為是一模一樣的，2、棋盤系統，負責繪製畫面，3、規則系統，負責判定諸如犯規、輸贏等。第一類物件（玩家物件）負責接受使用者輸入，並告知第二類物件（棋盤物件）棋子布局的變化，棋盤物件接收到了棋子的i變化就要負責在螢幕上面顯示出這種變化，同時利用第三類物件（規則系統）來對棋局進行判定。
可以明顯地看出，物件導向是以功能來劃分問題，而不是步驟。同樣是繪製棋局，這樣的行為在面向過程的設計中分散在了多個步驟中，很可能出現不同的繪製版本，因為通常設計人員會考慮到實際情況進行各種各樣的簡化。而物件導向的設計中，繪圖只可能在棋盤物件中出現，從而保證了繪圖的統一。
功能上的統一保證了物件導向設計的可擴充套件性。比如我要加入悔棋的功能，如果要改動面向過程的設計，那麼從輸入到判斷到顯示這一連串的步驟都要改動，甚至步驟之間的循序都要進行大規模調整。如果是物件導向的話，只用改動棋盤物件就行了，棋盤系統儲存了黑白雙方的棋譜，簡單回溯就可以了，而顯示和規則判斷則不用顧及，同時整個對物件功能的呼叫順序都沒有變化，改動只是區域性的。
再比如我要把這個五子棋遊戲改為圍棋遊戲，如果你是面向過程設計，那麼五子棋的規則就分布在了你的程式的每乙個角落，要改動還不如重寫。但是如果你當初就是物件導向的設計，那麼你只用改動規則物件就可以了，五子棋和圍棋的區別不就是規則嗎？（當然棋盤大小好像也不一樣，但是你會覺得這是乙個難題嗎？直接在棋盤物件中進行一番小改動就可以了。）而下棋的大致步驟從物件導向的角度來看沒有任何變化。
當然，要達到改動只是區域性的需要設計的人有足夠的經驗，使用物件不能保證你的程式就是物件導向，初學者或者很蹩腳的程式設計師很可能以物件導向之虛而行面向過程之實，這樣設計出來的所謂物件導向的程式很難有良好的可移植性和可擴充套件性。
面向過程的思維方式是分析綜合。物件導向的思維方式是構造。就是對c語言過程式解決問題時。一般是將現有的資料結構先定義出來。然後想辦法構造出演算法了。而用c++這樣的物件導向求解時，先是將物件抽出來，構造成乙個**的環境，然後在這個環境裡，把與最終要解決的問題間建立乙個方法。所以面向過程的程式設計有挑戰性，技巧性強。而物件導向主要在於物件抽象有技術性，抽象完了後，任何人都可以做後面的工作了。物件導向比較的懶，**量大。
物件導向和面向過程
物件導向和面向過程的區別 面向過程 更加關注整個程式的實現流程 物件導向 更加關注整個程式中有哪些類，每個類有哪些屬性，有哪些行為，它將整個功能劃分為許多小功能，分散到不同的類中，使用時，僅需命令相應的類完成相應的事情 物件導向的優勢 1.更高的容錯率 2.更易閱讀的 3.更易擴充套件 物件導向的劣...
物件導向和面向過程
面向過程 顧名思義，其中心意義在於 過程 二字，比如你要吃飯，那麼首先是要選地，播種，施肥，成熟，收穫，煮飯，然後才能吃飯，那麼面向過程就是從開始到結束，分析出解決問題的需要的每乙個步驟，然後用函式將這些步驟乙個乙個實現，使用的時候乙個乙個一次呼叫就行了。物件導向 同樣的，你去飯店吃飯的時候，只需要...
面向過程和物件導向
什麼是物件導向？什麼又是面向過程呢？對於這兩大程式設計思想，一直貫穿在我們的學習和生活中。我們知道物件導向和面向過程，但是讓你真正說出來的時候，你也許就會發現，我真的不知道怎樣描述它。舉乙個簡單的例子，給你乙個任務，你要思考怎樣完成它？如果你的思維方式是 我先做什麼，再做什麼 這叫面向過程 我先做乙...