技術(shù)領(lǐng)域:
本發(fā)明涉及一種基于android平臺終端的多應(yīng)用組合升級方法。
背景技術(shù):
:
隨著醫(yī)院對于android分機(jī)的功能要求越來越多,單一的項目工程不再適合公司發(fā)展需要,尋找一個拆分功能的方案勢在必行,解決這個問題有兩個思路:使用插件化構(gòu)建多模塊的單一巨型應(yīng)用或者創(chuàng)建多個獨(dú)立的各司其職的應(yīng)用組成一個系統(tǒng)。
這兩種方案各有優(yōu)勢,如果只是讓應(yīng)用作為一個完整的產(chǎn)品,并且希望這個應(yīng)用運(yùn)行在不同的android平臺之上,那么插件化是一個非常好的思路,但如果是公司有自有開放平臺,其他應(yīng)用接入時可以直接使用平臺上的一些功能的情況下,顯然是多應(yīng)用系統(tǒng)方式更有優(yōu)勢。而多應(yīng)用系統(tǒng)方式最明顯的缺點就是升級過程復(fù)雜,android系統(tǒng)原生的應(yīng)用安裝方式一次只能安裝一個應(yīng)用,每個應(yīng)用的安裝都需要多次按鈕點擊操作,非常容易造成漏裝、錯裝應(yīng)用,從而導(dǎo)致整個多應(yīng)用系統(tǒng)無法正常工作。
技術(shù)實現(xiàn)要素:
:
本發(fā)明為了彌補(bǔ)現(xiàn)有技術(shù)的不足,提供了一種基于android平臺終端的多應(yīng)用組合升級方法,它可以實現(xiàn)在設(shè)備開機(jī)過程中對多個應(yīng)用的升級,大量減少了升級過程中的操作,盡量避免漏裝、錯裝應(yīng)用,且在安裝過程中任意一個步驟出現(xiàn)錯誤都能捕捉并記錄,解決了現(xiàn)有技術(shù)中存在的問題。
本發(fā)明為解決上述技術(shù)問題所采用的技術(shù)方案是:
一種基于android平臺終端的多應(yīng)用組合升級方法,包括如下步驟:
第一步,后臺準(zhǔn)備:平臺操作人員在android設(shè)備的系統(tǒng)層建立一個a目錄,并將需要升級的應(yīng)用壓縮包放在該目錄中,在android設(shè)備的系統(tǒng)層建立一個b目錄,用于存放android系統(tǒng)每次執(zhí)行升級操作的操作結(jié)果;
第二步,檢測記錄文件:android設(shè)備開機(jī),android系統(tǒng)先檢測b目錄,若b目錄中有結(jié)果記錄文件,繼續(xù)開機(jī);若b目錄中沒有結(jié)果記錄文件,則檢測a目錄;
第三步,應(yīng)用壓縮包解壓縮:若a目錄中存在應(yīng)用壓縮包,則將應(yīng)用壓縮包進(jìn)行解壓,若解壓成功,繼續(xù)開機(jī);若解壓失敗,則在b目錄中記錄升級失敗及升級結(jié)果后繼續(xù)開機(jī);
第四步,應(yīng)用安裝:android系統(tǒng)依次安裝解壓所得的應(yīng)用,若有任何一個應(yīng)用安裝失敗,則在b目錄中記錄該應(yīng)用的壓縮包名及失敗原因,所有應(yīng)用安裝完,則在b目錄中記錄安裝成功后繼續(xù)開機(jī);
第五步,做出反饋:開機(jī)后流程執(zhí)行完畢,設(shè)備開機(jī)后,android系統(tǒng)對b目錄中的升級結(jié)果文件進(jìn)行檢測,并在設(shè)備上做出相應(yīng)反饋。
所述第一步與第二步之間,對獲取的應(yīng)用壓縮包進(jìn)行第一次校驗,若通過校驗,將壓縮包放入android系統(tǒng)指定的目錄,清空b目錄,重啟android設(shè)備,執(zhí)行第二步;若未通過校驗,則在b目錄中記錄升級失敗及升級結(jié)果后繼續(xù)開機(jī),執(zhí)行第五步。
所述第二步與第三步之間,對所述應(yīng)用壓縮包進(jìn)行二次校驗,二次校驗的校驗規(guī)則在第一次校驗通過后寫入文件,若二次校驗通過,執(zhí)行第四步;若二次校驗未通過,則在b目錄中記錄升級失敗及升級結(jié)果后繼續(xù)開機(jī),執(zhí)行第五步。
所述第一步獲取應(yīng)用壓縮包時,android系統(tǒng)判斷所獲取到的應(yīng)用壓縮包升級類型,若為普通方式,則繼續(xù)執(zhí)行第一步;若為ota升級包,則在增加參數(shù)并記錄后重啟設(shè)備到recovery模式,進(jìn)行ota升級。
本發(fā)明采用上述方案,它可以在設(shè)備開機(jī)過程中,將多個應(yīng)用的升級安裝包解壓后進(jìn)行一次性升級,兼容性強(qiáng),不限制升級壓縮包中應(yīng)用的個數(shù)與大小,大量減少了升級過程中的操作,盡量避免漏裝、錯裝應(yīng)用,且在安裝過程中任意一個步驟出現(xiàn)錯誤都能捕捉并記錄,節(jié)約了大量人力,更加高效。
附圖說明:
圖1為本發(fā)明的流程圖。
圖2為本發(fā)明擴(kuò)展ota升級的流程圖。
具體實施方式:
為能清楚說明本方案的技術(shù)特點,下面通過具體實施方式,并結(jié)合其附圖,對本發(fā)明進(jìn)行詳細(xì)闡述。
如圖1-2所示,一種基于android平臺終端的多應(yīng)用組合升級方法,所述基于android平臺終端的多應(yīng)用組合升級方法包括步驟:
第一步,后臺準(zhǔn)備:平臺操作人員在android設(shè)備的系統(tǒng)層建立一個a目錄,用來存放需要升級的應(yīng)用壓縮包,以及該應(yīng)用壓縮包的校驗規(guī)則,校驗規(guī)則以寫文件的形式寫到該目錄中,android設(shè)備獲取升級包的方式可由實施人員自行制定,支持從網(wǎng)絡(luò)獲取或者從存儲設(shè)備獲取,且不限制升級壓縮包中應(yīng)用的個數(shù)與大小,兼容性強(qiáng);在系統(tǒng)層建立一個b目錄,用于存放android系統(tǒng)每次執(zhí)行升級操作的操作結(jié)果;
第二步,檢測記錄文件:android設(shè)備開機(jī),android系統(tǒng)在每次開機(jī)時都會先檢測b目錄,看是否有結(jié)果記錄文件,如果有,則不執(zhí)行任何額外操作,繼續(xù)開機(jī),如果b目錄中沒有結(jié)果記錄文件,那么檢測a目錄,如果a目錄中同時存在應(yīng)用壓縮包和校驗規(guī)則文件,那么按照校驗規(guī)則進(jìn)行壓縮包文件的校驗,未通過校驗則在b目錄中記錄升級失敗及升級結(jié)果并繼續(xù)開機(jī)流程,通過校驗繼續(xù)向下進(jìn)行,整個機(jī)制中包含兩次壓縮包的校驗機(jī)制,只要有一次不通過機(jī)制就不會向下繼續(xù)執(zhí)行,安全性高,且實施人員可自行制定對于應(yīng)用壓縮包的校驗機(jī)制,可繁可簡,可定制性較強(qiáng);
第三步,應(yīng)用壓縮包解壓縮:android系統(tǒng)會將a目錄中的應(yīng)用壓縮包進(jìn)行解壓,解壓失敗則在b目錄中記錄升級失敗及升級結(jié)果并繼續(xù)開機(jī)流程,解壓成功繼續(xù)向下進(jìn)行;
第四步,應(yīng)用安裝:android系統(tǒng)依次安裝解壓所得的應(yīng)用,若有任何一個應(yīng)用安裝失敗,則在b目錄中記錄該應(yīng)用的壓縮包名及失敗原因,所有應(yīng)用安裝完,則在b目錄中記錄安裝成功后繼續(xù)開機(jī);
第五步,做出反饋:開機(jī)流程執(zhí)行完后,多應(yīng)用系統(tǒng)中必須設(shè)置有一個應(yīng)用可以在開機(jī)完成后檢測b目錄中的升級結(jié)果文件,并針對b文件中記錄的結(jié)果進(jìn)行相應(yīng)的反饋,以彈窗提示的方式,告知用戶應(yīng)用是否升級成功。
該流程還可以兼容ota升級,只需要在獲取升級包時增加一步判斷升級包類型,如果是ota升級包,則在重啟設(shè)備時增加一個參數(shù),將設(shè)備重啟到recovery模式,即可自動完成ota升級。
上述具體實施方式不能作為對本發(fā)明保護(hù)范圍的限制,對于本技術(shù)領(lǐng)域的技術(shù)人員來說,對本發(fā)明實施方式所做出的任何替代改進(jìn)或變換均落在本發(fā)明的保護(hù)范圍內(nèi)。
本發(fā)明未詳述之處,均為本技術(shù)領(lǐng)域技術(shù)人員的公知技術(shù)。