1:iOS項目配置文件info.plist文件解析 2:iOS最新的許可權設置 3:關於openURL 蘋果在iOS 2中引入了openURL:方法來進行APP間的跳轉。不過在iOS 9中,相關的canOpenURL在iOS 10中,蘋果已棄用了openURL,轉而用openURL:options:c ...
1:iOS項目配置文件info.plist文件解析
Localization native development region本地化 Executable file可執行文件路徑 Bundle identifier應用的唯一標識 InfoDictionary version plist文件的版本號 Bundle name安裝的時候創建的文件夾的名稱 Bundle display name程式安裝到手機上的時候,桌面的顯示名稱 Bundle versions string, short iTunes上展示的版本號 Bundle version上傳到APP Sore需要用的版本號 Application requires iPhone environment應用運行的環境 Launch screen interface file base name啟動界面的配置 Main storyboard file base name主storyboard Required device capabilities cup的架構 Supported interface orientations橫豎屏的支持 View controller-based status bar appearance是否取消控制器管理狀態欄
2:iOS最新的許可權設置
<!-- 相冊 --> <key>NSPhotoLibraryUsageDescription</key> <string>App需要您的同意,才能訪問相冊</string> <!-- 相機 --> <key>NSCameraUsageDescription</key> <string>App需要您的同意,才能訪問相機</string> <!-- 麥克風 --> <key>NSMicrophoneUsageDescription</key> <string>App需要您的同意,才能訪問麥克風</string> <!-- 位置 --> <key>NSLocationUsageDescription</key> <string>App需要您的同意,才能訪問位置</string> <!-- 在使用期間訪問位置 --> <key>NSLocationWhenInUseUsageDescription</key> <string>App需要您的同意,才能在使用期間訪問位置</string> <!-- 始終訪問位置 --> <key>NSLocationAlwaysUsageDescription</key> <string>App需要您的同意,才能始終訪問位置</string> <!-- 日曆 --> <key>NSCalendarsUsageDescription</key> <string>App需要您的同意,才能訪問日曆</string> <!-- 提醒事項 --> <key>NSRemindersUsageDescription</key> <string>App需要您的同意,才能訪問提醒事項</string> <!-- 運動與健身 --> <key>NSMotionUsageDescription</key> <string>App需要您的同意,才能訪問運動與健身</string> <!-- 健康更新 --> <key>NSHealthUpdateUsageDescription</key> <string>App需要您的同意,才能訪問健康更新 </string> <!-- 健康分享 --> <key>NSHealthShareUsageDescription</key> <string>App需要您的同意,才能訪問健康分享</string> <!-- 藍牙 --> <key>NSBluetoothPeripheralUsageDescription</key> <string>App需要您的同意,才能訪問藍牙</string> <!-- 媒體資料庫 --> <key>NSAppleMusicUsageDescription</key> <string>App需要您的同意,才能訪問媒體資料庫</string>
3:關於openURL
蘋果在iOS 2中引入了openURL:方法來進行APP間的跳轉。不過在iOS 9中,相關的canOpenURL在iOS 10中,蘋果已棄用了openURL,轉而用openURL:options:completionHandler:替代,IOS10 已經無法打開系統設置等,所以下麵的方法只有在其它跳轉可以用,並且要用到後面的方法必須在XCODE8上面運行;
舊:
- (BOOL)openURL:(NSURL*)url
新:
- (void)openURL:(NSURL*)url options:(NSDictionary *)options
completionHandler:(void (^ __nullable)(BOOL success))completion
相容方法:
- (void)openScheme:(NSString *)scheme { UIApplication *application = [UIApplication sharedApplication]; NSURL *URL = [NSURL URLWithString:scheme]; if ([application respondsToSelector:@selector(openURL:options:completionHandler:)]) { [application openURL:URL options:@{} completionHandler:^(BOOL success) { NSLog(@"Open %@: %d",scheme,success); }]; } else { BOOL success = [application openURL:URL]; NSLog(@"Open %@: %d",scheme,success); } }
4:關於XCode 7的下載地址
(需要登錄蘋果開發者帳號) 7.2.1:https://developer.apple.com/services-account/download?path=/Developer_Tools/Xcode_7.2.1/Xcode_7.2.1.dmg 7.2 : https://developer.apple.com/services-account/download?path=/Developer_Tools/Xcode_7.2/Xcode_7.2.dmg 7.1.1: https://developer.apple.com/services-account/download?path=/Developer_Tools/Xcode_7.1.1/Xcode_7.1.1.dmg 7.1 : https://developer.apple.com/services-account/download?path=/Developer_Tools/Xcode_7.1/Xcode_7.1.dmg 7.0 : https://developer.apple.com/services-account/download?path=/Developer_Tools/Xcode_7/Xcode_7.dmg
5:iCloud相關知識點
iCloud是IOS5以後一個比較重要的內容;每個Apple ID用戶都有一個免費的iCloud賬戶,但是用戶可能禁用某個設備的iCloud。iCloud支持兩種應用存儲分別為:
1.1 document storage:存儲用戶文檔和應用數據到用戶的iCloud賬戶;使用Document Storage來管理應用的關鍵數據。與應用直接相關的文件和數據,總是應該使用Document Storage。如用戶文檔、私有的app數據文件、以及應用或用戶生成的數據文件;只受用戶iCloud賬戶的空間限制;設備端發生變化時,iCloud總是會拉取文件元數據和數據;設備總是會拉取文件元數據,但是直到應用試圖使用文件時才會拉取文件數據;大部分我們都是結合這種進行存儲;
1.2 key-value data storage:分享小量的非關鍵配置數據到應用的多個實例;參數或其它配置數據,如果需要在多個app實例之間共用,並且不是關鍵數據,就可以使用key-vlaue storage。只能存儲property list數據,並且容量有限,限製為64KB;定期在設備和iCloud之間傳輸key-value數據;
關於document storage存儲文件的實例git上已經有一個不錯的例子,可以實現上傳文件 多台設備共用的效果;地址:https://github.com/iRareMedia/iCloudDocumentSync
如果想查看iCloud上保存的這些文件可以安裝一個軟體:http://cookingrobot.de/posts/plain-cloud
iCloud 的所有文件同步操作都是用過駐留在系統的一個進程進行的。 也就是說你的 App 所對應的 iCloud 目錄,除了你的 App 進程會操作它, iCloud Daemon 也會操作它。在 iOS 系統中, iCloud Daemon 因為手機耗電以及網路流量等考慮, 是不會自動下載其他設備新添加到容器中的文件的;會將這些新文件的元信息(MetaData)傳輸過來,比如文件名,文件尺寸,修改時間等等。也就是說我們需要查詢文件元信息的列表,就可以得到和服務端同步的文件列表了。 只有你請求打開某個文件的時候才會去下載它的內容。但在 Mac 筆記本上,那麼其他設備只要向 iCloud 容器中添加新的文件,你的 iCloud Daemon 進程就會自動的將它們下載下來。
iCloud 最簡單的存在形式其實就是一個特定的文件夾,它位於 iOS 設備的/private/var/mobile/Library/Mobile Documents/目錄下。該目錄中保存有各應用共用至雲端的所有應用數據。 應用程式對該目錄有部分讀寫許可權,該許可權是開發人員特有的。對於密碼鑰匙串,開發人員可以在各應用間共用雲端數據。比如,X 公司開發的所有應用可以共用、查看以及更新相同的文件集。你無法共用你開發者賬戶以外的數據,所以我的應用無法看到 X 公司的文件,反之亦然。 iOS 系統監控著 Mobile Documents 文件夾。當文件被更改,設備會自動的將這些更改上傳至雲端。從而這些更改就可以傳輸至同一賬號綁定的所有設備上。這些操作都由本地操作系統服務進行處理,應用程式不直接參与其中。 相反,應用程式通過訂閱不同種類的通知來讓應用知道最新發生的更改。然後,它們可以通過對比本地和 iCloud 端的數據差異從而來處理數據版本衝突。 至於開發者如何做就是他們的事了。他們可以選擇“最近更改有效”策略。或者他們可以結合一些其他方式的更改。應用程式的職責就在於確保不同硬體設備單元上的數據保持一致,同時也需要可用的網路連接來處理這種一致性。 當用戶失去網路連接的時候,麻煩事就來了。比如,你也許在沒有網路連接的航班上編輯待辦事項,與此同時你的伴侶在他或她所在的城市正在更新同一份待辦事項。開發者們為此工作了數月,研究如何在同時接受雙方修改的前提下結合這些更改並更新目標文件的策略。 最後,iCloud API 介面方式或許會很少。它實際上就只是一個異地同步的存儲文件夾。正是因為可以在多台的蘋果設備上對iCloud的同一個文件進行操作,所以會導致衝突,解決這種衝突也是很麻煩;
WWDC 2015 中提到,CloudKit 已經不僅可以在 iOS 和 OS X 上使用,可以在你的網站上集成CloudKit JS,以便 iCloud 用戶可以在瀏覽器中也能使用相應的功能,或者是使用CloudKit web service對 CloudKit 服務端直接進行 HTTP 請求。這方面可能得其它平臺進行驗證;