在上個月,我上傳了兩個用於TestFlight的構建版。在ItunesConnect上,一個大小爲63MB,另一個大小爲160MB!更糟糕的是:它在TestFlight上顯示了195MB,關於其他帖子,它將在App Store上增加一倍!更新啓用位代碼的框架後IOS應用程序大小加倍
框架/庫使用:
- 的Facebook SDK:我Inlcude FBSDKCoreKit和FBSDKLoginKit。 (只需將
.framework
項目拖放到項目中即可) - Alamofire,兩個版本均包含swift 2.0預發佈分支(Xcode 7仍處於測試階段)I通過將
.xcodeproj
拖放到我的應用中包含此項 - 谷歌雲Messeging,通過的CocoaPods下載。
regarding changes:
- 我更新了FacebookSDK到最新的SDK(v4.6.0)。爲了檢查,如果這是問題,我包括舊的SDK再次,並檢查文件大小,但噸帽子沒有任何區別。
- 我更新了Alamofire,包括通過cocoapods官方發佈。包括通過cocoapods增加了17MB的文件大小,所以我轉回到在我的項目中包含
.xcodeproj
。
Regarding code:
沒有什麼大的,只是錯誤修復。
我的應用程序已禁用bitcode,因爲GCM不支持這個功能,但它支持Facebook SDK和Alamofire。
我真的好奇爲什麼文件大小發生了如此巨大的變化。這可能與Xcode 7的發佈有關,因爲較小的文件大小版本是在使用Xcode 7 beta時發佈的。
在iTunes Connect的,它說:Supported Architectures: armv7, arm64
和Required Capabilities armv7
是一件好事發送應用程序的32位版本?這會減少文件大小嗎?它會拒絕我的應用程序嗎?
任何想法?
現在,應用商店需要在您的應用二進制文件中使用64位切片。沒有繞過運送armv7/arm64二進制文件。只是arm64可能工作,但不積極。 –
嗯好吧,但它說amv7需要?它會減少我的文件大小嗎? – CularBytes
可能,但你會放棄對iPhone 5C及以下版本以及iPad第三代及以下版本的支持。這些設備不支持arm64。這是一個網站[一些額外的細節](http://iossupportmatrix.com/)。 –