說說對(duì)面向?qū)ο蟮睦斫獍?
最簡單粗暴的回答當(dāng)然是"封裝,繼承,多態(tài)"
隨著使用面向?qū)ο笳Z言的一步步深入,比如JS與OC,swift,不斷地有了新的體會(huì),在此記錄一下
1.封裝
我認(rèn)為"封裝"的概念在面向?qū)ο笏枷胫惺亲罨A(chǔ)的概念榜苫，
所謂的"類"就是一種封裝,它把一些屬性或變量,方法或函數(shù)等放在了自己的體內(nèi),構(gòu)成一類事物,對(duì)外暴露幾個(gè)接口,使用時(shí)直接調(diào)用即可,使用起來很方便
而在其他方面,比如方法,函數(shù),第三方,插件,它實(shí)質(zhì)上是通過將相關(guān)的一堆函數(shù)和一堆對(duì)象放在一起,對(duì)外有函數(shù)作為操作通道,對(duì)內(nèi)則以變量作為操作原料.只留給外部程序員操作方式,而不暴露具體執(zhí)行細(xì)節(jié)
處處都是封裝
2.繼承
繼承從代碼復(fù)用的角度來說,特別好用,但也特別容易被濫用和被錯(cuò)用
不恰當(dāng)?shù)厥褂美^承導(dǎo)致的最大的一個(gè)缺陷特征就是高耦合
繼承是緊耦合的一種模式,主要的體現(xiàn)就在于牽一發(fā)動(dòng)全身,父類變,子類跟著變
代碼復(fù)用也是分類別的,如果當(dāng)初只是出于代碼復(fù)用的目的,而不區(qū)分類別和場景就采用繼承是不恰當(dāng)?shù)?
當(dāng)出現(xiàn)以下情況時(shí)我們使用繼承:
1.若父類只是給子類提供服務(wù),并不涉及子類的業(yè)務(wù)邏輯,子類父類各干各的
2.父類的所有變化,都需要在子類中體現(xiàn),也就是說此時(shí)耦合已經(jīng)成為需求
比如統(tǒng)一navigationBar返回鍵的baseController,設(shè)置界面的baseController等等
就目前大多數(shù)的開發(fā)任務(wù)來看,主要還是代碼復(fù)用的場景比較多(就是copy)
而且從未來可能產(chǎn)生的需求變化和維護(hù)成本來看,使用組合其實(shí)是更值得的
另外,當(dāng)你發(fā)現(xiàn)你的繼承超過2層的時(shí)候,你就要好好考慮是否這個(gè)繼承的方案了,第三層繼承正是濫用的開端(我目前沒用過)
所以我的態(tài)度是:一般不要用繼承,優(yōu)先考慮組合(copy)
3.多態(tài)
多態(tài)一般都要跟繼承結(jié)合起來說,
其本質(zhì)是子類通過重寫或重載父類的方法,來使得對(duì)同一類對(duì)象同一方法的調(diào)用產(chǎn)生不同的結(jié)果
還有個(gè)重要的概念:父類指針指向子類對(duì)象
即若子類重寫或重載了父類方法,通過父類指針指向子類的對(duì)象時(shí),調(diào)用該方法是通過對(duì)象調(diào)用的,即調(diào)用的仍是各子類中的方法
例如有Animal類,子類為Cat和Dog,都有eat方法,但內(nèi)部實(shí)現(xiàn)不同
用Animal*cat = [[Cat alloc]init];與Animal*dog = [[Dog alloc]init];
調(diào)用eat時(shí)仍是Cat與Dog中各自方法的實(shí)現(xiàn)
我在開發(fā)中沒有這么用過,只是說下概念
如果說繼承是為了減少代碼,多態(tài)在我看來使繼承變得更加靈活
使用繼承后,比如上面說過一個(gè)Controller繼承自統(tǒng)一navigationBar返回鍵的baseController,
肯定會(huì)在自己內(nèi)部重寫viewDidLoad方法,添加需要自定義的UI,顯示界面,再寫一些業(yè)務(wù)邏輯方法
然而多態(tài)正如它名字中所暗示的,它有非常大的潛在可能引入不屬于對(duì)象初衷的邏輯
所以我的態(tài)度是:繼承都不要隨便用,多態(tài)更算了吧
