標籤:android os io 檔案 cti sp on 管理 c
首先,我自己總結的應用程式的結構
首先是UIApplicationMain,這個代表了這個應用程式,一個程式是只有一個的。
感覺跟我以前做過的Qt比較像,都有一個main函數作為整個應用程式的入口,Android就沒有一個函數作為整個程式的入口。至於為什麼會這樣,我理解為這是C語言的殘留。
iOS在main函數中建立一個UIApplicationMain,並返回UIApplicationMain函數的傳回值。
那麼UIApplicationMain裡面有什麼呢?我看到有一個參數的參數是AppDelegate,這是一個託管類,我理解為通過這個參數,我們把整個應用程式託管給了系統。
應用程式的啟動,顯示,掛起,以及退出,都由系統來判斷並執行相應的託管函數。
託管類管理整個應用程式的生命週期,我們可以在相應的函數中定義應用程式去做什麼。
託管類的標頭檔裡面有一個屬性,是UIWindow,一個應用程式也只有一個UIWindow。然後iOS裡面的一個介面就是一個情境。
到這兒,我就不是太理解iOS為什麼要這麼做,一個UIAppcationMain對應一個AppDelegate,一個AppDelegate對應一個UIWindow,然後一個UIWindow對應多個情境。
層級很複雜
但是Android就只有一個Application,而且存在感很低,因為系統會自動建立這個類,除非你想用它來做些什麼,比如實現應用程式級的全域變數等等,我們才會去繼承它,所以一般就只有一個層級,就是activity,一個activity對應一個介面,一個應用程式會有多個activity。
在功能上一個activity對應一個情境,但是activity也包含了一定UIWindow和託管的功能。就我自己感覺,這樣扁平化的層級設計,是更加合理的。
不過話又說回來,iOS和Android都只有兩部分的生命週期,一個是application本身的,一個是每個介面的生命週期。
大概就這麼多,慢慢看吧
話說英語真的太重要了,當最好的資料全是英文的時候,英文太差真是無比的影響效率啊。
iOS開發入門總結