1. 你使用過Objective-C的運行時編程(Runtime Programming)么?如果使用過,你用它
做了什么?你還能記得你所使用的相關的頭文件或者某些方法的名稱嗎?
Objecitve-C的重要特性是Runtime(運行時),在#import 下能看到相關
的方法,用過objc_getClass()和class_copyMethodList()獲取過私有API;使用
```objective-c
Method method1 = class_getInstanceMethod(cls, sel1);
Method method2 = class_getInstanceMethod(cls, sel2);method_exchangeImplementations(method1, method2);
```
代碼交換兩個方法,在寫unit test時使用到。
2. 你實現過多線程的Core Data么?NSPersistentStoreCoordinator,NSManagedObjectContext和NSManagedObject中的哪些需要在線程中創建或者傳遞?你是用什么樣的策略來實現的?
沒實現過多線程的CoreData(待實踐)
3. Core開頭的系列的內容。是否使用過CoreAnimation和CoreGraphics。UI框架和CA,CG框架的聯系是什么?分別用CA和CG做過些什么動畫或者圖像上的內容。(有需要的話還可以涉及Quartz的一些內容)UI框架的底層有CoreAnimation,CoreAnimation的底層有CoreGraphics。
UIKit |
------------ |
Core Animation |
Core Graphics |
Graphics Hardware|
使用CA做過menu菜單的展開收起(太遜了)
4. 是否使用過CoreText或者CoreImage等?如果使用過,請談談你使用CoreText或者CoreImage的體驗。CoreText可以解決復雜文字內容排版問題。CoreImage可以處理圖片,為其添加各種效果。體驗是很強大,挺復雜的。
5. NSNotification和KVO的區別和用法是什么?什么時候應該使用通知,什么時候應該使用KVO,它們的實現上有什么區別嗎?如果用protocol和delegate(或者delegate的Array)來實現類似的功能可能嗎?如果可能,會有什么潛在的問題?如果不能,為什么?(雖然protocol和delegate這種東西面試已經面爛了...)NSNotification是通知模式在iOS的實現,KVO的全稱是鍵值觀察(Key-value observing),其是基于KVC(key-value coding)的,KVC是一個通過屬性名訪問屬性變量的機制。例如將Module層的變化,通知到多個Controller對象時,可以使用NSNotification;如果是只需要觀察某個對象的某個屬性,可以使用KVO。對于委托模式,在設計模式中是對象適配器模式,其是delegate是指向某個對象的,這是一對一的關系,而在通知模式中,往往是一對多的關系。委托模式,從技術上可以現在改變delegate指向的對象,但不建議這樣做,會讓人迷惑,如果一個delegate對象不斷改變,指向不同的對象。
6. 你用過NSOperationQueue么?如果用過或者了解的話,你為什么要使用NSOperationQ
TA的最新館藏
明星| 媽媽快看這里有天使!透明感...
死者之書 第 1 第1話 鼠繪漫畫網
iOS中管理剪切板的UIPasteboard...[轉]iOS開發 UIWebView訪問https協...
NSXMLParser
21個高質量的Swift開源iOS App
推薦閱讀
更多
10個Objective
上級向的十個iOS面試問題
iOS面試題合集(77道)【有答案...
iOS基礎面試題(四)
iOS基礎面試題(一)
iOS進階面試題----Block部分
100個iOS開發/設計程序員面試題...
GitHub 上都有哪些值得關注學習...
iOS進階面試題
wintelsui
212 館藏 873
ueue,實現了什么?請描述它和GCD的區別和類似的地方(提示:可以從兩者的實現機制和
適用范圍來描述)。
使用NSOperationQueue用來管理子類化的NSOperation對象,控制其線程并發數目。GCD
和NSOperation都可以實現對線程的管理,區別是 NSOperation和NSOperationQueue是
多線程的面向對象抽象。項目中使用NSOperation的優點是NSOperation是對線程的高度抽
象,在項目中使用它,會使項目的程序結構更好,子類化NSOperation的設計思路,是具有
面向對象的優點(復用、封裝),使得實現是多線程支持,而接口簡單,建議在復雜項目中使
用。
項目中使用GCD的優點是GCD本身非常簡單、易用,對于不復雜的多線程操作,會節省代碼
量,而Block參數的使用,會是代碼更為易讀,建議在簡單項目中使用。更詳細的答案見我的這篇文章
7. 既然提到GCD,那么問一下在使用GCD以及block時要注意些什么?它們兩是一回事兒么
?block在ARC中和傳統的MRC中的行為和用法有沒有什么區別,需要注意些什么?
使用block是要注意,若將block做函數參數時,需要把它放到最后,GCD是Grand Central
Dispatch,是一個對線程開源類庫,而Block是閉包,是能夠讀取其他函數內部變量的函數。更詳細的答案見我的這篇文章
8. 您是否做過異步的網絡處理和通訊方面的工作?如果有,能具體介紹一些實現策略么?
使用NSOperation發送異步網絡請求,使用NSOperationQueue管理線程數目及優先級,底
層是用NSURLConnetion,詳細可見開源框架[LWConnetion](https://github.com/xunyn/關閉LWConnetionDemo)。
9. 對于Objective-C,你認為它最大的優點和最大的不足是什么?對于不足之處,現在有沒有
可用的方法繞過這些不足來實現需求。如果可以的話,你有沒有考慮或者實踐過重新實現OC
的一些功能,如果有,具體會如何做?
最大的優點是它的運行時特性,不足是沒有命名空間,對于命名沖突,可以使用長命名法或特
殊前綴解決,如果是引入的第三方庫之間的命名沖突,可以使用link命令及flag解決沖突。
10. 你實現過一個框架或者庫以供別人使用么?如果有,請談一談構建框架或者庫時候的經驗
;如果沒有,請設想和設計框架的public的API,并指出大概需要如何做、需要注意一些什么
方面,來使別人容易地使用你的框架。
抽象和封裝,方便使用。首先是對問題有充分的了解,比如構建一個文件解壓壓縮框架,從使
用者的角度出發,只需關注發送給框架一個解壓請求,框架完成復雜文件的解壓操作,并且在
適當的時候通知給是哦難過者,如解壓完成、解壓出錯等。在框架內部去構建對象的關系,通
過抽象讓其更為健壯、便于更改。其次是API的說明文檔。
