物件導向：用線性的思維。與程式導向相輔相成。在軟體開發過程中，巨集觀上，用物件導向來把握事物間複雜的關係，分析系統。微觀上，仍然使用程式導向。
“程式導向”是一種是事件為中心的程式設計思想。就是分析出解決問題所需的步驟，然後用函式把這寫步驟實現，並按順序呼叫。
”物件導向“是以“物件”為中心的程式設計思想。
簡單的舉個例子：汽車發動、汽車到站。汽車啟動是一個事件，汽車到站是另一個事件，程式導向程式設計的過程中我們關心的是事件，而不是汽車本身。針對上述兩個事件，形成兩個函式，之後依次呼叫。
對於物件導向來說，我們關心的是汽車這類物件，兩個事件只是這類物件所具有的行為。而且對於這兩個行為的順序沒有強制要求。
程式導向的思維方式是分析綜合，物件導向的思維方式是構造。
可擴充性：
簡單來說：用程式導向的方法寫出來的程式是一份蛋炒飯，而用物件導向寫出來的程式是一份蓋澆飯。所謂蓋澆飯，就是在米飯上面澆上一份蓋菜，你喜歡什麼菜，你就澆上什麼菜。我覺得這個比喻還是比較貼切的。
蛋炒飯製作的細節，我不太清楚，因為我沒當過廚師，也不會做飯，但最後的一道工序肯定是把米飯和雞蛋混在一起炒勻。蓋澆飯呢，則是把米飯和蓋菜分別做好，你如果要一份紅燒肉蓋飯呢，就給你澆一份紅燒肉；如果要一份青椒土豆蓋澆飯，就給澆一份青椒土豆絲。
蛋炒飯的好處就是入味均勻，吃起來香。如果恰巧你不愛吃雞蛋，只愛吃青菜的話，那麼唯一的辦法就是全部倒掉，重新做一份青菜炒飯了。蓋澆飯就沒這麼多麻煩，你只需要把上面的蓋菜撥掉，更換一份蓋菜就可以了。蓋澆飯的缺點是入味不均，可能沒有蛋炒飯那麼香。
到底是蛋炒飯好還是蓋澆飯好呢？其實這類問題都很難回答，非要比個上下高低的話，就必須設定一個場景，否則只能說是各有所長。那麼從飯館角度來講的話，做蓋澆飯顯然比蛋炒飯更有優勢，他可以組合出來任意多的組合，而且不會浪費。
蓋澆飯的好處就是“菜”“飯”分離，從而提高了製作蓋澆飯的靈活性。飯不滿意就換飯，菜不滿意換菜。用軟體工程的專業術語就是“可維護性”比較好，“飯” 和“菜”的耦合度比較低。蛋炒飯將“蛋”“飯”攪和在一起，想換“蛋”“飯”中任何一種都很困難，耦合度很高，以至於“可維護性”比較差。軟體工程追求的目標之一就是可維護性，可維護性主要表現在3個方面：可理解性、可測試性和可修改性。物件導向的好處之一就是顯著的改善了軟體系統的可維護性。
程式導向(OP)和麵向物件(OO)是不是就是指編碼的兩種方式呢？不是！你拿到了一個使用者需求，比如有人要找你編個軟體，你是不是需要經過需求分析，然後進行總體/詳細設計，最後編碼，才能最終寫出軟體，交付給使用者。這個過程是符合人類基本行為方式的：先想做什麼，再想如何去做，最後才是做事情。有的同學說：“我沒按照你說的步驟做啊，我是直接編碼的”。其實，你一定會經歷了這三個階段，只不過你潛意識裡沒有分得那麼清楚。對於拿到需求就編碼的人，可能編著編著，又得倒回去重新琢磨，還是免不了這些過程，
以OO為例，對應於軟體開發的過程，OO衍生出3個概念：OOA、OOD和OOP。採用物件導向進行分析的方式稱為OOA，採用物件導向進行設計的方式稱為OOD，採用物件導向進行編碼的方式稱為OOP。程式導向(OP)和麵向物件(OO)本質的區別在於分析方式的不同，最終導致了編碼方式的不同。
總的來說：
物件導向是將事物高度抽象化。
程式導向是一種自頂向下的程式設計
物件導向必須先建立抽象模型，之後直接使用模型就行了。