公司開發了一款應用軟體，有大量的使用者在使用該軟體，當應用程式有業務變動或者功能完善時，就面臨乙個問題，怎樣高效穩定的更新客戶端的應用程式。
一：更新程式的後台管理
更新程式的後台管理分為三個部份，包括了待更新程式的上傳，發布範圍的選定以及相關更新的配置，對更新進行不同維度的統計。
1：待更新程式的上傳
需求2：更新摘要，主要記錄每次軟體更新所完善的功能，以及解決的bug，在客戶端展示給使用者，讓使用者選擇是否有必要更新。（與jira關聯）。
需求3：在上傳整個更新程式的時候，用乙個map.xml的檔案描述整個程式的目錄結構。
模型圖如下：
需求1：確定需要發布的版本後，根據物件的型別（渠道，使用者）選擇需要發布的物件。 其中如果鉤選了 「全部使用者更新」，選擇物件範圍為灰色，不起作用。
需求2：自動更新設定
i： 是否讓使用者每次開啟應用程式都檢測更新。
ii： 更新提示週期，就是客戶端每隔多長時間檢測一下，是否有新版本的程式需要更新。
iii：當使用者檢測到有程式需要更新，是立刻更新，還是往後推遲更新。
模型圖如下：
3：對更新進行不同維度的統計
需求1：查詢某個使用者，正在使用的程式版本。
需求2：某個版本，有多少個使用者在使用。
需求3：某個版本，在某個時間段的更新使用者數。
需求4：查詢某個使用者更新的歷史記錄。
模型圖如下：
二：客戶端更新程式
1：客戶端更新提示及設定
需求1：顯示本次更新的摘要
需求2：使用者可以決定在何時更新
模型圖如下：
2：客戶端更新狀態
目前這個更新程式就基本上能滿足我們現在的需求了。
園友，還有什麼更好的建議以及我沒考慮到的需求，歡迎提出來，到時候也做乙個萬能的，通用的公升級程式軟體。
如果部落格對你有幫助，在右下角推薦我一下。
對應9樓：
Android應用程式更新或公升級
1 android系統應用更新機制 系統為每個應用在androidmainfest.xml提供了versionname versioncode兩個屬性。versionname string型別，用來給應用的使用者來檢視版本，代表應用程式的版本資訊，需要顯示給使用者。與versioncode一樣，系統...
當應用程式版本公升級時
在應用程式公升級時，在公升級的介面要用到的，handler handler new handler dialog.show else break case msg install apk 每部手機都已經有了安裝apk的功能 通過隱式意圖啟動安裝新的apk的介面，這個介面是android 系統自己帶的...
QT windows 桌面應用程式增量公升級一種方案
討論公升級方案之前，我們先聊一聊增量公升級怎麼實現，我暫時認為有兩種實現方式 增量包的定義 每次公升級，將所有相對於前乙個版本更改的檔案壓縮成乙個zip包，即為公升級包。比如當前版本 4.0.0.0。我們更改了c 的一些功能，只改變了assist.exe.新版本為 4.0.0.1.那麼v4.0.0....