編程範式你們都應該不陌生,隨口均可以說出來幾個,好比 : 過程式,函數式,面向對象......程序員
在正式開始正文以前,我想你思考幾個問題:編程
1.什麼是面向對象編程?編程語言
2.面向對象的特性是什麼?函數
3.面向對象繼承真的好嗎?設計
4.你還記得面向對象中的組合嗎?對象
好了,看完這四個問題,開始正文的內容吧。繼承
面向對象,即對象範式,誕生於20世紀80年代,屬於第二次軟件危機的產物,解決告終構化編程的危機。面向對象編程
可是真正的發展,是很曲折的,畢竟編程範式,必定程度上解決了當前的環境的困惑,影響了下一代環境。程序設計
1967 年的** Simula-67 語言**,屬於第一個面向對象的語言,使用的是直接調用目標對象的方法,也就是咱們所稱的組合方法。軟件
受到 Simula-67 語言的啓發, Smalltalk-71 編程語言誕生,Smalltalk 不一樣於 Simula ,使用發消息實現對象方法的調用。
在一開始的對象範式中,對象範式思想 : 程序由對象組成,對象之間互相發送消息,協做完成任務。
注意 : 並不包括如今的 類 與 繼承。
面向對象編程範式的流行,更多的緣由是解決了當時的困境,進行了新的演化。能夠將其稱爲軟件方法。
C++ 編程語言的誕生,帶來了對象範式的演化。
因爲在本來的對象範式思想中,在對象之間互相發消息,須要知道目標對象有哪些方法。因此,此時就須要在對象範式中,引入定義對象自己有哪些方法的「類」和「繼承」。此時的對象,也就是類造出來的,並不重要了。(七夕,程序員new對象,來源於此~)
通過演變,此時的對象範式,核心就變成 : 封裝、繼承、多態。
而本來的 面向對象 OOP(Object Oriented Programming) 也 演變爲了 面向類程序設計 COP(Class Oriented Programming)。
注意 : 此時,你是否是以爲本身一直寫的類,而且一直叫的面向對象,是否是能夠改名爲面向類了呢?
當對象範式變爲 COP 以後,已經與初期的面向對象不一致了。
或者說,使用 COP這個概念,是‘錯’的。
這裏的錯,來源於繼承與組合。
1994 年 Robert C. Martin 在《** Object-Oriented C++ Design Using Booch Method** 》中,曾建議面向對象程序設計從對象活動圖入手,而不是從類圖入手。(對象活動圖 : 組合,類圖 : COP)
1995 年出版的經典做品《 Design Patterns 》中,建議優先考慮組合而不是繼承。
2000 年後,工程界明確的提出:「組合比繼承重要,並且更靈活」。
好了,看到這裏,我不知道你們,在本身寫程序的時候,使用的是組合多呢? 仍是繼承多?
綜上,我介紹了OOP的誕生,一級演化爲COP,而且借用例證,代表對象範式的主張。
此刻,不知道你是否對於前言的四個問題有了本身的答案。
其實,面向對象的初衷 : 複合對象的惟一方法是組合。(並非繼承)