解析XCode構(gòu)造之如何啟動iOS應用程序
解析XCode構(gòu)造之如何啟動iOS應用程序是本文要介紹的內(nèi)容，不多說，直接來看內(nèi)容。任何代碼自動生成工具都是初學者的大敵！這是我當年完全沒學過Windows程序，抱著本莫名其妙的教程，第一次用MS Visual Studio的Wizzard生成的代碼時的感悟。
現(xiàn)在想想真的很好笑，一個對Event loop一知半解，對MVC模式暈頭轉(zhuǎn)向，完全對Windows程序基本工具庫一無所知的人，卻去看那個Wizzard生成的，被MFC過度封裝過的代碼，那真的是純純的浪費時間。多年以后，我才明白，那些自動工具也好，模板也好，其實都是給那些熟手提高工作效率的，對于生手來說，它們只會讓事情變的更糟，因為一旦出了什么問題，生手根本不知道從什么地方下手去解決！
使用XCode開發(fā)iOS設(shè)備上的應用程序，它也會幫你生成好很多源文件和資源，你什么都不用改，就可以編譯運行，從main函數(shù)開始，到應用程序啟動，都發(fā)生了什么呢？XCode生成的項目中，會包含一個非常簡單的main.m文件，里面的代碼簡單而單純（蘋果推薦你不要做任何的變更）：
- #import <UIKit/UIKit.h>
- int main(int argc, char *argv[]) {
- NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];
- int retVal = UIApplicationMain(argc, argv, nil, nil);
- [pool release];
- return retVal;
- }
UIApplication一執(zhí)行，然后就只能看到應用程序的代理的方法
- didFinishLaunchingWithOptions
被執(zhí)行了。
UIApplicationMain干了什么呢？
首先，它尋找一個叫Info.plist的XML文件，注意，這個文件的名字是固定的，如果你看你的項目，會發(fā)現(xiàn)名字是<Application的名字>-Info.plist，沒關(guān)系，這個是Project的設(shè)定，它會在發(fā)布時被copy成Info.plist，你可以在【Project】->【Edit Active Target "<Application的名字>"】的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就會是你的應用代理類了。
后面的不用多說了，連接都已經(jīng)建立好，UIApplication對象就依次呼叫代理的不同方法，啟動Event loop，那個通用的無限循環(huán)。
最后說下代理這個東西，這東西的名字起的......太讓人覺得玄妙了，其實，它就是java或者C#里的interface，估計是object－C出現(xiàn)的比較早，還沒有想到interface這么合適的名字。
小結(jié)：解析XCode構(gòu)造之如何啟動iOS應用程序的內(nèi)容介紹完了，希望本文對你有所幫助！
