20 世紀 60 年代，編程遇到了一個大問題：計算機還沒有那么強大，需要以某種方式平衡數(shù)據(jù)結構和程序之間的能力。這意味著，如果你有大量數(shù)據(jù)，那么不將計算機推向極限就無法充分利用這些數(shù)據(jù)。另外，如果你需要做很多事情，那么你就不能使用過多的數(shù)據(jù)，否則計算機將會一直運行下去。接下來到了 1966、1967 年，Alan Kay 從理論上證明可以使用封裝的微型計算機。這些微型計算機不共享數(shù)據(jù)，而是通過消息傳遞進行通信。這樣就可以更加經(jīng)濟地使用計算資源。盡管這個想法很巧妙，但直到 1981 年，面向對象編程才成為主流。在那之后，它就沒有停止過吸引新的和經(jīng)驗豐富的軟件開發(fā)者。面向對象的程序員市場一如既往地忙碌。但是在最近幾年中，這種已有幾十年歷史的編程范式受到越來越多的批評。難道是在面向對象編程大行其道 40 年之后，技術已經(jīng)超越了這種范式？

　　函數(shù)和數(shù)據(jù)耦合

　　面向對象編程的主要思想非常簡單：嘗試將一個功能強大的程序整體分解為功能同樣強大的多個部分。這樣就可以將一些數(shù)據(jù)和那些只在相關數(shù)據(jù)上使用的函數(shù)耦合起來。注意，這僅涵蓋封裝的概念。也就是說，位于對象內部的數(shù)據(jù)和函數(shù)對于外部是不可見的。我們只能通過消息（通常通過 getter 和 setter 函數(shù)）與對象的內容進行交互。繼承性和多態(tài)性并沒有包含在最初的設計想法中，但是對于現(xiàn)在的面向對象編程而言是必需的。繼承基本上意味著開發(fā)者可以定義具有其父類所有屬性的子類。直到 1976 年，即面向對象的程序設計的概念問世十年之后，繼承性才被引入。又過了十年，多態(tài)性才進入面向對象的編程。簡單來講，這意味著某種方法或對象可以用做其他方法或對象的模板。從某種意義上說，多態(tài)性是繼承性的泛化，因為并不是原始方法或對象的所有屬性都需要傳輸?shù)叫聦嶓w。相反，你還可以選擇重寫一些屬性。多態(tài)性的特殊之處在于，即使兩個實體在源代碼中互相依賴，被調用實體的工作方式也更像插件。這使得開發(fā)人員的工作變得輕松，因為他們不必擔心運行時的依賴關系。值得一提的是，繼承性和多態(tài)性并不是面向對象編程所特有的。真正的區(qū)別在于封裝數(shù)據(jù)及其包含的方法。在計算資源比今天稀缺得多的時代，這是一個天才的想法。