面向過程是指，允許在程序中定義函數或者方法。也許你覺得奇怪，難道還有語言不能定義函數方法么？早期的basic就不可以，只能用跳轉來實現函數調用。

面向對象更近一步，允許你將“過程”（函數、方法）以及它們的上下文相關的數據封裝成對象，同時對象允許通過繼承和派生以及類型限定符限制開發者對它的一部分的進行訪問和修改。

我不想把面向對象和生活中的事物去聯系，固然它們有些似是而非的聯系，但是這對于你理解編程的本質毫無意義，甚至會誤導你。面向對象的本質不是模擬現實世界的對象，而是為了開發強壯、簡單和可維護的代碼。

將面向對象說的通俗易懂的壞處就是看上去是通俗易懂了，其實你懂的根本就是錯的東西，而且這使得新手完全誤入歧途。

面向對象的三大特性（封裝、繼承、多態），核心一條是封裝，不允許你訪問私有的函數和成員這個相信很多人都理解，其實還有一層，就是不允許開發者隨便修改代碼，因為隨意修改代碼和隨意修改變量的值一樣是災禍之源。

在面向過程中，如果你發現程序不合適了，需要增加功能，你會怎么做？你會直接去修改某個函數的代碼，但是如果這個函數不是你寫的，你不完全理解，這么做會可能出問題。另一個問題是，你不知道現有的代碼是怎么調用這個函數的。換一句話說，你修改了它，你這里是滿意了，別的地方的調用呢？會不會有問題？

那么怎么辦？你想，這不簡單，我把這個函數拷貝一份，在拷貝上修改，不動原來的函數。這樣問題又來了。如果原來函數的編寫者發現了一個bug，他修復了，可是你拷貝的那份的bug不會自己修復，除非修改的時候要知道這代碼都被拷貝了幾份，一一修改。

面向對象是怎么解決這個問題的呢？開發者通過編寫一個類，實現一個功能，這個類中一些方法被定義為虛擬方法。當你需要修改這個方法適應新的需求的時候，你不是直接去修改這個類的源代碼，而是派生一個類，去重寫這些允許你自定義的虛擬方法，這樣你就在可控的范圍內自定義了原來的程序。但是因為別的地方調用的是基類的類型，而你并沒有修改基類的代碼，所以不會造成原先的代碼出問題。而且，基類的原作者如果發現一個非虛擬的方法有bug，他直接修改就好了。因為你的類是繼承的這些代碼，而不是拷貝粘貼的，所以修改一處，就全部變過來了。