我當(dāng)時(shí)剛學(xué)iOS開發(fā)的時(shí)候一樣的感覺 總想知道原理 內(nèi)部怎么回事 感覺在像在霧里
但是iOS開發(fā)就是這樣 他是封閉的 本身就是在霧里...
關(guān)于iOS開發(fā)的學(xué)習(xí) 打個(gè)比方就像把汽車分解
最底層的原料有塑料 鋼鐵
再用這些底層的東西造出來發(fā)動(dòng)機(jī) 座椅
最后再加上寫螺絲 膠水等 把汽車就拼起來了
iOS基本都是英文的資料 也由于封閉 文檔寫的相當(dāng)好
在遇到新框架的時(shí)候
弄明白框架的功能
去文檔里搜搜 框架的 Programming Guide 很有用
要弄明白框架類的繼承結(jié)構(gòu)
寫iOS的程序不一定都是用OBJC 很多框架是用C寫的
學(xué)習(xí)iOS開發(fā)基礎(chǔ)可以按照下面兩個(gè)方面學(xué)
基礎(chǔ) (原料 鋼鐵 塑料)
OBJ-C --- 語法弄明白 @interface @property 這些東西總要知道是干嘛的 怎么用
基礎(chǔ)庫 --- NSString NSArray NSDictionary等 這些東西在所有的框架里都會(huì)出現(xiàn)
iOS大部分類都是繼承自NSObject (我還沒見過不是繼承自NSObject的..)
還有一些 像NSCopying的接口(經(jīng)@李禹龍?zhí)嵝?應(yīng)該叫協(xié)議) 不是特別用到開始不用了解
NSObject 創(chuàng)建對(duì)象的時(shí)候用 + (id)alloc 方法 創(chuàng)建后需要init方法初始化 這個(gè)init指的是所有前面是init的方法比如UIView的初始化方法是 - (id)initWithFrame:(CGRect)aRect 在Objc里有很多這樣關(guān)于函數(shù)命名的約定 類似于在python中的函數(shù)__xxx
NSString 字符串 NSArray 數(shù)組 NSDictionary 字典 這些都需要弄很清楚 其他的類都是一個(gè)套路
NSMutableArray 這樣帶Mutable的類代表可變的 繼承自相應(yīng)的不可變類 比如NSMutableArray繼承自NSArray 他們都添加了可以改變對(duì)象內(nèi)容的方法比如
- (void)addObject:(id)anObject 添加對(duì)象
- (void)removeObject:(id)anObject 刪除對(duì)象
上面只是一個(gè)大概的總結(jié) 還有很多東西需要學(xué) iOS5的SDK已經(jīng)支持ARC 可以自動(dòng)進(jìn)行release 但是對(duì)iOS4的支持還有一個(gè)小問題 現(xiàn)在要開發(fā)應(yīng)用 可能還需要按照之前的MRC的方式alloc release retain autorelease 之類的內(nèi)存管理方法 不過如果你現(xiàn)在開始學(xué) 到編出像樣的APP iOS5可能已經(jīng)普及了 可以直接用ARC (另 之前對(duì)ARC的了解很粗淺 現(xiàn)在開發(fā)程序完全可以直接ARC iOS4不支持的weak是有辦法替代的 用unsafe_unretained 如果同時(shí)支持iOS5和iOS4 用宏判斷下就可以 當(dāng)然也可以直接用assign)
還有一點(diǎn)開始學(xué)習(xí)的時(shí)候肯定很疑惑 內(nèi)存管理是基于函數(shù)名稱的 比如帶alloc copy的函數(shù) 用了之后返回的對(duì)象一定要release 這個(gè)不用疑惑 照做就行了
高級(jí)庫(發(fā)動(dòng)機(jī))
UIKit --- UI庫 OBJC
UIResponder 父類是NSObject? UIKit里最底層的庫 可以響應(yīng)一些觸摸事件 設(shè)置焦點(diǎn)等功能
UIView 父類是UIResponder 所有View的父類 方法太多了 大部分很有用 這個(gè)不贅述了 中文的資料也很多了
關(guān)于UIView的子類 有很多 UIButton UITableView 這個(gè)都需要各個(gè)擊破 看看文檔從名字上就很容易理解是做什么的
UIViewController? 是管理View 和 Model的類 (@張開 說UIViewController是用來管理view的，管理model 的類自己寫晰房，當(dāng)然呢灶，model也可以用UIViewController來管理，不過恐怕成為不好的代碼。 的確是這樣的 Model的改變最好通過Notification來傳播 之前吃過這樣的虧 最好不要用delegate模式)iOS學(xué)習(xí)交流群：626433463
UIViewController 管理所有設(shè)備發(fā)生的事件 比如屏幕旋轉(zhuǎn) 屏幕關(guān)閉 或者一些其他的 程序的控制邏輯也應(yīng)該寫在這里
他的初始化函數(shù)是- (id)initWithNibName:(NSString *)nibName bundle:(NSBundle *)nibBundle 后面那個(gè)NibName 是Interface Builder 里設(shè)計(jì)的界面
現(xiàn)在IB已經(jīng)集成到XCode里了 打開.xib的文件打開的就是IB
IB和代碼交互用的是IBAction IBOutlet 這些標(biāo)記 這些標(biāo)記追蹤到他們的定義其實(shí)對(duì)編譯器來說什么都不表示 只能IB識(shí)別
IB也沒那么高深 XIB文件解開之后就是一堆代碼
之前面過一家小公司 看我當(dāng)時(shí)寫的程序里面用到了IB 一臉不屑 說他們都是用代碼控制view 意思他們玩的都是高科技 IB都是垃圾 很多人也糾結(jié)到底用不用IB 的確 很多時(shí)候IB靈活度不行 但是不需要靈活度的時(shí)候還不用IB 那不是裝X嗎 要是沒人用蘋果還開發(fā)IB干嘛 早去掉了 IB在很多時(shí)候節(jié)省很多工作量
UINavigationController 再說說NavigationController
剛接觸開發(fā)的時(shí)候 不明白 View和View之間怎么切換的 最重要的就是UINavigationController 他是一層一層推進(jìn)view的 打開iPhone里的聯(lián)系人 每點(diǎn)一個(gè)聯(lián)系人屏幕就會(huì)像右推到下一個(gè)界面 這就是UINavigationController在做的事
UINavigationController 維護(hù)一個(gè)堆棧
- (void)pushViewController:(UIViewController *)viewController animated:(BOOL)animated 是像堆棧里壓一個(gè)UIViewController
- (UIViewController *)popViewControllerAnimated:(BOOL)animated 是從堆棧里彈出來一個(gè)UIViewController
就算你的程序不是像聯(lián)系人那樣 向右推進(jìn) 也可以用UINavigationController 管理你的ViewController的層次 可以自己寫View切換的動(dòng)畫 關(guān)掉他默認(rèn)的動(dòng)畫
UIWindow 還有個(gè)蛋疼的UIWindow 都快忘了他了 因?yàn)閕OS是從Mac os X過來的 很多東西直接拿來用 這個(gè)UIWindow就是 在iOS里 每個(gè)App獨(dú)占屏幕 所以同時(shí)存在的只有一個(gè)UIWindow 除了在程序加載的時(shí)候把我的view 加載到他上 目前我還沒用到過其他的
蘋果一直很推崇MVC的程序結(jié)構(gòu) 視圖 模型 控制器 簡(jiǎn)單說就是 視圖負(fù)責(zé)顯示內(nèi)容 模型負(fù)責(zé)所有數(shù)據(jù)的保存結(jié)構(gòu)或者一些其他數(shù)據(jù)操作 控制器是用來協(xié)調(diào) 視圖和模型 舉車的發(fā)動(dòng)機(jī)系統(tǒng)的例子 視圖是儀表盤 模型是發(fā)動(dòng)機(jī) 控制器是控制芯片
Core Data --- 管理數(shù)據(jù) OBJC
剛學(xué)的時(shí)候覺得 CD很高深 其實(shí)他是最容易用的庫之一 他麻煩之處在于多線程問題 還有膠水代碼的問題
建立一個(gè) 基于Core Data的工程 你會(huì)看到他自動(dòng)創(chuàng)建3個(gè)類的對(duì)象
NSManagedObjectModel
管理數(shù)據(jù)的存儲(chǔ)結(jié)構(gòu)文件 擴(kuò)展名是 xcdatamodeld
NSPersistentStoreCoordinator
用來管理底層數(shù)據(jù)的存儲(chǔ) 用官方的話說
Core Data is not a relational database or a relational database management system (RDBMS).
所以你可以用很多方法存儲(chǔ)數(shù)據(jù) 比如最長(zhǎng)用的sqlite 當(dāng)然如果另類也可以用plist文件 或者其他
NSManagedObjectContext
NSManagedObjectContext 把上面兩個(gè)對(duì)象連在一起 把他們變成一個(gè)整體
所有的CD操作都是通過這個(gè)類的 這個(gè)需要仔細(xì)看文檔了
舉個(gè)不恰當(dāng)?shù)睦?就像三個(gè)人收拾衣服 一個(gè)人負(fù)責(zé)衣服的存放位置(NSManagedObjectModel) 一個(gè)人負(fù)責(zé)把衣服分類 冬天穿 夏天穿等(NSPersistentStoreCoordinator) 一個(gè)人負(fù)責(zé)協(xié)調(diào)他們的工作 并且如果有新增加的衣服或者要移除之前的衣服 通知他倆(NSManagedObjectContext)
NSManagedObject 這個(gè)類是具體的數(shù)據(jù)對(duì)象 用上面的例子說就是衣服
一般都是繼承這個(gè)對(duì)象 XCode 可以幫你做 具體搜搜 這種文章很多
NSFetchRequest
用來執(zhí)行CD請(qǐng)求的 相當(dāng)與select語句外殼
NSEntityDescription
用來描述實(shí)體的 對(duì)應(yīng)sql里的table
NSPredicate
謂語 類似select語句中的條件
上面這三個(gè)類就可以用來請(qǐng)求數(shù)據(jù)了 具體看教程吧
掌握上面的內(nèi)容 差不多就能寫個(gè)APP了 最好的學(xué)習(xí)方法就是邊寫邊學(xué) 自己構(gòu)想一個(gè)小的APP 在做的時(shí)候遇到問題 去找找資料 我覺得這樣學(xué)習(xí)比較快 也比較扎實(shí)
下面這些庫都是有專門功能的庫
Core Animation --- 制作動(dòng)畫 很強(qiáng)大 很喜歡的框架 可以用少量的代碼寫出漂亮的動(dòng)畫 C
Quartz 2D --- 強(qiáng)大的2D繪圖庫 C
OpenGL --- 不用介紹了 超級(jí)強(qiáng)大的3D庫 C
Core Image --- 聽說 iOS5開始支持Core Image 了 還沒去看 Mac 上的CI是很強(qiáng)大的
CFNetwork --- 從來沒用過 我一般都會(huì)用ASIHttpRequset 封裝好的高層網(wǎng)絡(luò)庫 OBJC實(shí)現(xiàn)的 CFNetwork 好像是C實(shí)現(xiàn)
Core Location --- 獲取位置的庫 東西很少 很簡(jiǎn)單 OBJC
AVFoundation --- 播放視頻相關(guān)的庫 最近正在學(xué)習(xí)
這些算是學(xué)iOS開發(fā)的一些方法 當(dāng)時(shí)要是有人告訴我這些 估計(jì)少走不少彎路
還有提醒各位初學(xué)者 剛開始學(xué)的時(shí)候 會(huì)有幾個(gè)月的低谷期 很容易放棄 如果挺過最開始的幾個(gè)月 后來就越學(xué)越容易了
PS: 第一次寫這么多東西 可能有些地方層次不夠清晰 或者 詞語用的不正確 歡迎拍磚
