.xcarchive
- xcode archive
- 由 xcode 進行 archive 操作產生的結果，出現在 xcode organizer 中
- 用於生成 .ipa 檔案複製**
.ipa（xcode 產出）
- 最終從本地 upload 到 itunes connect 的檔案複製**
- itunes 用於管理應用軟體安裝包的形式複製**
- 主要包含、語言檔案等資源，以及動態庫和 unix 可執行檔案
- 安裝到 ios 裝置的檔案的格式複製**
我們檢視 .xcarchive 裡面的內容是通過「顯示包內容」看見的，而 .ipa 則需要像 .zip 檔案一樣解壓，那麼也可以理解為什麼打包出 ipa 檔案相對耗時了，尤其是 swift 專案，不光要進行壓縮操作，要 processing，一堆原生動態庫加上第三方 framework 還要輪著等著簽名。
這些保證了 ipa 檔案不能被模擬器裝上（沒有 x86 架構），只能被 ios 裝置安裝，你買的應用程式發給別人，別人並不能直接裝上。從兔兔助手等平台安裝的盜版軟體一定是被重新簽名過的。
（由於 ipa 檔案上傳到 itunes connect 之後，還會被重新處理，所以個人尚且不知道後續的處理過程還進行過怎樣的簽名工作）
所以 ipa 檔案才可以作為加密檔案放在軟體商店，xcarchive 不可以。
iphone 5s 推出之後，ios 裝置指令集從 armv6、armv7、armv7s 一路乾到了 arm64，這麼些個不同的裝置安裝到本地的檔案肯定不一樣吧
同一裝置不同系統，安裝的檔案也不一樣吧
xcarchive - 167.7 m
未處理的 ipa 資料夾 - 172 m
（經過類似 zip 壓縮）
未處理的 .ipa - 70.8 m（開發者感受到的體積）
從彙編層次理解 i 與 i 的區別
i 與 i最大的區別就是 i 先取值後自加 i 先自加後取值。執行 include int main 運用debug除錯的反彙編檢視彙編 如下 int main 0016149d pop edi 0016149e pop esi 0016149f pop ebx 001614a0 add esp,0...
從技術到管理的問題
案例1 技術到管理如何起步 小范從開發人員轉pm，有理論沒有實踐。入職新公司的職位是pm，但每件事無從下手，不知道該幹什麼，心裡害怕，但一想不去做會就會越來越害怕，想請教上司，上級也忙著開會。想有好的開端但又不知該如何去做。首先要了解技術與管理的區別，技術是對事，一件事做好就行，但是管理是對人和專案...
從Struts到Spring MVC的應用
從 struts 轉到 spring mvc 的應用 之前的專案比較簡單，多是用 jsp servlet jdbc 直接搞定，去年開始在專案中嘗試用 struts spring mvc spring hibernate,嚴格按照分層概念驅動專案開發，因專案需求一直不斷變化，功能不斷擴充 增強，技術構...