標籤:app被拒 64位系統 資料存放區方式
一,Apps that are "demo", "trial", or "test" versions will be rejected. Beta Apps may only be submitted through TestFlight and must follow the TestFlight guidelines(任何“beta”,“示範(demo)”,“試用(trial)”或“測試(test)”版本的應用會被拒。)
原因:app中含有demo,trial,test,或beta等字樣,不符合蘋果官方的審核條件。
解決方案:檢查app中是否含有上述字樣,刪除即可。
另:If you would like to conduct beta trial for your app, you may wish to review the TestFlight Beta Testing Guide.If you have difficulty reproducing a reported issue, please try testing the workflow described in Technical Q&A QA1764: How to reproduce bugs reported against App Store submissions.(如果想發布測試版,需要根據testFlight 測試版本指南進行發布內測)。
二,Apps must follow the iOS Data Storage Guidelines or they will be rejected。
原因:app中沒有按照蘋果官方規定的資料存數方案進行儲存。
解決方案:To check how much data your app is storing:
- Install and launch your app
- Go to Settings > iCloud > Storage > Manage Storage
- Select your device
- If necessary, tap "Show all apps"
- Check your app‘s storage
即是檢查工程中得資料存放區方式,並根據IOS資料存放區知道方針修改app的資料存放區方式。
附:
資料存放區要求:
1. 只有那些使用者產生的文檔或其它資料,或者應用不能重新建立的資料,才應該儲存在/Documents目錄下,並且會被自動備份到iCloud。
2. 可以重新下載或產生的資料,應該儲存在/Library/Caches目錄。例如資料庫快取檔案、可下載檔案(雜誌、報紙、地圖應用使用的資料)等都屬於這一類。
3. 臨時使用的資料應該存放在/tmp目錄。儘管這些檔案不會被iCloud備份,應用在使用完之後需要記得刪除這些檔案,這樣才不會繼續佔用使用者裝置的空間。
4. 使用”不要備份”屬性來指定那些需要保留在裝置中的檔案(即使是低儲存空間情況下)。那些能夠重建,但在低儲存空間時仍需保留,對應用正常運行有影響,或者使用者希望檔案在離線時可用的檔案,需要使用這個屬性。無論哪個目錄下的檔案(包括Documents目錄),都可以使用這個屬性。這些檔案不會被刪除,也不會包含在使用者的iCloud或iTunes備份中。由於這些檔案一直佔用著使用者裝置的儲存空間,應用有責任定期監控和刪除這些檔案。
三,Please revise your app to complete, remove, or fully configure any partially implemented feature(s).
原因:項目中存在未實現的功能模組。
解決方案:對未實現的功能模組進行屏蔽或完整實現其功能。(估計蘋果是怕影響使用者體驗。)
四,64-bit and ios 8 requirements starts soon.英文被拒語句未收錄到,大致就是根據2015年2月開始實施的強制實行支援64為系統,此app不符合上傳要求。
原因:工程中使用了支援32位系統的第三方庫,或者是工程配置中未選擇支援64位的arm。
解決方案:將程式中所有不支援64位的代碼和第三方庫進行升級和修改。
附:檢測方法
1,項目設定成支援iOS6甚至更高;
2,將Architectures build設定成“Standard Architectures(includeing 64-bit)”
3, 用64位的硬體進行檢測(真機調試可測出不支援64位的第三方庫,然後進行升級或替換即可)
4,設定工程valid architectures :arm64,armv7,armv7s,
Archtectures:Standard Architectures(armv7,arm64)-$(ARCHS_STANDARD))。
五,還有一個最為人熟知的是,2015年3月份開始,上傳蘋果商店的app不能再包含檢查更新的字樣,蘋果將會有自動檢查更新功能。否則,這樣被拒就是非常悲催的一件事了。
以上多是位元據問題,需要修改代碼後重新打包上傳。新app上傳審核時間比較長,一旦審核不過,將消耗更多時間,讓對手搶佔了先機,所以希望總結一下被拒原因和解決方案,希望新手少走些彎路!
上傳app到蘋果商店被拒理由及解決方案