摘要: KVO 并不是什么新事物，換湯不換藥，它只是觀察者模式在 Objective C 中的一種運(yùn)用，這是 KVO 的指導(dǎo)思想所在。其他語(yǔ)言實(shí)現(xiàn)中也有“KVO”，如 WPF 中的 binding。而在 Objective C 中又是通過(guò)強(qiáng)大的 runtime 來(lái)實(shí)現(xiàn)自動(dòng)鍵值觀察的。本文對(duì) KVO 的使用以及注意事項(xiàng)，內(nèi)部實(shí)現(xiàn)都詳細(xì)介紹了一番，對(duì) KVO 的理解又深入一層了。Objective 中的 KVO 雖然可以用，但卻非完美，有興趣的了解朋友請(qǐng)查看《KVO 的缺陷》 以及改良實(shí)現(xiàn) MAKVONotificationCenter 。  閱讀全文

     摘要: 如果我們?cè)?Objective C 中向一個(gè)對(duì)象發(fā)送它無(wú)法處理的消息，會(huì)出現(xiàn)什么情況呢？根據(jù)前文《深入淺出Cocoa之消息》的介紹，我們知道發(fā)送消息是通過(guò) objc_send(id, SEL, ...) 來(lái)實(shí)現(xiàn)的，它會(huì)首先在對(duì)象的類(lèi)對(duì)象的 cache，method list 以及父類(lèi)對(duì)象的 cache, method list 中依次查找 SEL 對(duì)應(yīng)的 IMP；如果沒(méi)有找到且實(shí)現(xiàn)了動(dòng)態(tài)方法決議機(jī)制就會(huì)進(jìn)行決議，如果沒(méi)有實(shí)現(xiàn)動(dòng)態(tài)方法決議機(jī)制或決議失敗且實(shí)現(xiàn)了消息轉(zhuǎn)發(fā)機(jī)制就會(huì)進(jìn)入消息轉(zhuǎn)發(fā)流程，否則程序 crash。也就是說(shuō)如果同時(shí)提供了動(dòng)態(tài)方法決議和消息轉(zhuǎn)發(fā)，那么動(dòng)態(tài)方法決議先于消息轉(zhuǎn)發(fā)，只有當(dāng)動(dòng)態(tài)方法決議依然無(wú)法正確決議 selector 的實(shí)現(xiàn)，才會(huì)嘗試進(jìn)行消息轉(zhuǎn)發(fā)。在前文中，我并沒(méi)有詳細(xì)講解動(dòng)態(tài)方法決議，因此本文將詳細(xì)介紹之。  閱讀全文

     摘要: iOS 游戲開(kāi)發(fā)教程資源，來(lái)自 http://www.raywenderlich.com  閱讀全文

     摘要: 在前一篇《[深入理解C++（一）]類(lèi)型轉(zhuǎn)換（Type Casting）》中，我詳細(xì)講述了 C++ 中轉(zhuǎn)型動(dòng)作，以及使用規(guī)則。有網(wǎng)友說(shuō)應(yīng)該提及下《深度探索 C++ 對(duì)象模型》一書(shū)中的內(nèi)容，其實(shí)他的意思是，要是對(duì) C++ 對(duì)象的內(nèi)存布局不甚了解，就想要徹悟C++中的類(lèi)型轉(zhuǎn)型，對(duì)象切割，虛函數(shù)調(diào)用等，猶如脫離了堅(jiān)實(shí)的根基，想去建空中閣樓。理解 C++ 對(duì)象的內(nèi)存布局對(duì)學(xué)會(huì) C++來(lái)說(shuō)至關(guān)重要，但我不打算寫(xiě) C++ 對(duì)象的內(nèi)存布局相關(guān)的文章，因?yàn)橐驹谇叭说募绨蛏?，大牛陳?已經(jīng)就這個(gè)主題寫(xiě)了三篇圖文并茂的文章：
（一），C++ 虛函數(shù)表解析
（二），C++ 對(duì)象的內(nèi)存布局（上）
（三），C++ 對(duì)象的內(nèi)存布局（下）

在繼續(xù)閱讀本文之前，建議先閱讀這三篇文章，以更好地理解本系列文章。在接下來(lái)的內(nèi)容中，我將從重載，重寫(xiě)，屏蔽等概念入手，引入眾多接口繼承規(guī)則。  閱讀全文