詳解XCode構(gòu)造成iOS應(yīng)用程序如何啟動
詳解XCode構(gòu)造成iOS應(yīng)用程序如何啟動是本文要介紹的內(nèi)容,先來看本文詳細介紹吧。任何代碼自動生成工具都是初學(xué)者的大敵!這是我當(dāng)年完全沒學(xué)過Windows程序,抱著本莫名其妙的教程,第一次用MS Visual Studio的Wizzard生成的代碼時的感悟。
現(xiàn)在想想真的很好笑,一個對Event loop一知半解,對MVC模式暈頭轉(zhuǎn)向,完全對Windows程序基本工具庫一無所知的人,卻去看那個Wizzard生成的,被MFC過度封裝過的代碼,那真的是純純的浪費時間。多年以后,我才明白,那些自動工具也好,模板也好,其實都是給那些熟手提高工作效率的,對于生手來說,它們只會讓事情變的更糟,因為一旦出了什么問題,生手根本不知道從什么地方下手去解決!
使用XCode開發(fā)iOS設(shè)備上的應(yīng)用程序,它也會幫你生成好很多源文件和資源,你什么都不用改,就可以編譯運行,從main函數(shù)開始,到應(yīng)用程序啟動,都發(fā)生了什么呢?XCode生成的項目中,會包含一個非常簡單的main.m文件,里面的代碼簡單而單純(蘋果推薦你不要做任何的變更):
- #import
- int main(int argc, char *argv[]) {
- NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];
- int retVal = UIApplicationMain(argc, argv, nil, nil);
- [pool release];
- return retVal;
- }
UIApplication一執(zhí)行,然后就只能看到應(yīng)用程序的代理的方法
- didFinishLaunchingWithOptions
被執(zhí)行了。
UIApplicationMain干了什么呢?
首先,它尋找一個叫Info.plist的XML文件,注意,這個文件的名字是固定的,如果你看你的項目,會發(fā)現(xiàn)名字是-Info.plist,沒關(guān)系,這個是Project的設(shè)定,它會在發(fā)布時被copy成 Info.plist,你可以在【Project】->【Edit Active Target ""】的info.plist選項更改使用哪個plist配置文件作為UIApplication使用的主配置文件。UIApplication對象讀取Info.plist中的NSMainNibFile 鍵,以這個鍵的內(nèi)容所指向的nib文件的內(nèi)容來裝載UIApplication對象的各種屬性。
這里說一下nib文件,雖然,這個文件是用interface builder來打開,但是它所包含的內(nèi)容不僅僅和用戶界面有關(guān),它實際上,是一個object-C對象數(shù)據(jù)庫!它里面存儲的內(nèi)容,都是某一個 object-C對象的屬性的值,說的理論點,就是個對象串行化文件,蘋果cocoa框架的程序,可以用這個文件中的內(nèi)容來構(gòu)建事先設(shè)定好的對象(不是類)。
檢查這個主nib文件,就會看到,XCode已經(jīng)為你的實現(xiàn)了UIApplicationDelegate協(xié)議的類,創(chuàng)建好了一個對象,名字很直觀,不用多說,再檢查它的連接屬性,就會發(fā)現(xiàn),它已經(jīng)被連接到了UIApplication對象的delegate屬性上去了,意思是,UIApplication對象被構(gòu)建時,它的Delegate就會是你的應(yīng)用代理類了。
后面的不用多說了,連接都已經(jīng)建立好,UIApplication對象就依次呼叫代理的不同方法,啟動Event loop,那個通用的無限循環(huán)。
最后說下代理這個東西,這東西的名字起的......太讓人覺得玄妙了,其實,它就是java或者C#里的interface,估計是object-C出現(xiàn)的比較早,還沒有想到interface這么合適的名字。
小結(jié):詳解XCode構(gòu)造成iOS應(yīng)用程序如何啟動的內(nèi)容介紹完了,希望本文對你有所幫助!
本篇文章來源于 黑軟基地-中國最大的黑客軟件安全教程下載站?。ㄊ謾C資訊) 原文鏈接:http://www.hackvip.com/mobiwen/html/Mobile_252517.html