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

　　函數和數據耦合

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