App的升級發(fā)布看似簡單，但是其實很復雜，有許多邊界情況需要考慮，例如前端的更新邏輯、前端交互方式、后臺邏輯與流程等。
最近開始協(xié)同負責一個新產(chǎn)品，第一次從0到1著手一個產(chǎn)品。有許多東西也是剛開始學習研究。也很感謝公司給這次機會。其中比較有意思的是版本發(fā)布更新的方案，其中的邏輯也是比較有意思的。所以在此將學到的分享出來。
其中一些圖不是我做的，是同事做的，在此特謝該同事。
一、前端更新邏輯
核心策略：APP進行版本對比，然后判斷更新邏輯后，進行更新提示。
首先進行版本對比，但需注意，該檢測需在聯(lián)網(wǎng)環(huán)境下，所以當非聯(lián)網(wǎng)時，版本對比檢測結束。
網(wǎng)絡環(huán)境正常時，若檢測到有最新版本時，則開始判斷更新邏輯。
不同的更新方法有不同邏輯進行，如：強制更新、非強制提示更新、非強制不提示更新；
- 強制更新：則用戶啟動App后需要強制更新，核心功能優(yōu)化，若不更新則無法啟動APP；啟動APP后，通過彈窗提示。
- 非強制更新：則提示用戶更新，但不影響基礎功能使用；可通過彈窗顯示或在設置中，引導用戶自行更新。用戶可關閉彈窗，在某一個時間段內(nèi)不再提示彈窗或供用戶選擇忽略此版本。
- 非強制不提示更新：版本更新，不提示用戶有新版本。
二、APP升級前端交互方式
APP升級大致流程：下載APP安裝包——安裝新版本（Android/ target=_blank class=infotextkey>安卓）
1. 下載APP安裝包
下載的方式有三種：自動下載、提示升級、自動下載安裝；但是不同的方式需判斷用戶所在網(wǎng)絡環(huán)境；若WiFi環(huán)境下，則自動下載、自動下載安裝的方式是可行的。若為數(shù)據(jù)流量的話，則提示升級可行。
- 自動下載：啟動APP后，不提出提示直接下載
- 提示升級：在進入應用后，立即彈出升級提示，并提示當前的網(wǎng)絡環(huán)境；
- 自動下載安裝：不彈出提示，直接后臺下載并完成升級。
2. 安裝
若為自動下載：在下載完成后，顯示彈窗告知用戶下載完成是否安裝。
若為提示升級：下載完成后，提示用戶后臺點擊安裝。
三、APP版本升級后臺設計
APP后臺流程邏輯：渠道發(fā)布——版本發(fā)布升級編輯——安裝包上傳到服務器——版本定時升級發(fā)布。
1. 渠道發(fā)布
APP的安裝或升級會在不同場景、不同平臺下進行，因此其也會導致不同問題。如某一渠道存在限制或問題，導致無法正常下載，因此需針對性進行優(yōu)化調(diào)整而不影響其他渠道安裝。
并且為保證數(shù)據(jù)來源可靠，了解各渠道用戶下載或安裝的數(shù)據(jù)，需進行區(qū)分。
因此，渠道發(fā)布后臺需進行設計，以下圖為例，僅關注列表內(nèi)容，查詢模塊去除。
通過后臺新增渠道，在該列表展示，該渠道信息將在后續(xù)的版本升級時進行編輯配置，作為版本發(fā)布升級的渠道標識。
2. 版本發(fā)布升級編輯
當版本發(fā)布后，可進行版本發(fā)布編輯，編輯發(fā)布消息：
發(fā)布時間、發(fā)布方式（是否強制發(fā)布）、更新描述、用戶量（可進行高級編輯，如僅發(fā)布給某APP品牌、機型、號段等，以此僅發(fā)布給目標用戶）、發(fā)布量等；
編輯完成版本升級內(nèi)容后，可開始將安裝包上傳到服務器中。
3. 安裝包上傳
將安裝包進行上傳，上傳對應版本內(nèi)容后，將安裝包同步至版本發(fā)布升級編輯后臺的對應記錄上，后續(xù)待版本在設置的時間下發(fā)布。
四、總結
APP的升級發(fā)布看似簡單，但是其實很復雜，有許多邊界情況需要考慮。以上的前端和后臺僅供學習參考，其還有很大的優(yōu)化空間，希望大家可以不斷探索思考出新的方案。
對于APP升級發(fā)布，不要僅關注頁面功能模塊的展示，更多的需要多和市場、運營人員溝通；對于APP更新來說，還有其他許多點需要考慮。
其實對于某些產(chǎn)品來說，APP的版本不一定需要后臺進行所謂的管理，可由研發(fā)處理，收益后臺并不是通用于所有APP。
