[發(fā)明專利]應(yīng)用程序的版本管理方法及裝置在審
| 申請?zhí)枺?/td> | 201810056913.3 | 申請日: | 2018-01-19 |
| 公開(公告)號: | CN108279987A | 公開(公告)日: | 2018-07-13 |
| 發(fā)明(設(shè)計(jì))人: | 竇方鈺 | 申請(專利權(quán))人: | 口碑(上海)信息技術(shù)有限公司 |
| 主分類號: | G06F9/54 | 分類號: | G06F9/54;G06F8/71 |
| 代理公司: | 北京清源匯知識產(chǎn)權(quán)代理事務(wù)所(特殊普通合伙) 11644 | 代理人: | 馮德魁;竇曉慧 |
| 地址: | 200135 上海市浦東新區(qū)自由*** | 國省代碼: | 上海;31 |
| 權(quán)利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關(guān)鍵詞: | 業(yè)務(wù)服務(wù) 客戶端特征 版本管理 相應(yīng)業(yè)務(wù) 業(yè)務(wù)版本 應(yīng)用程序 客戶端 客戶端版本號 業(yè)務(wù)處理邏輯 客戶端提供 訪問業(yè)務(wù) 邏輯控制 特征信息 向下兼容 信息確定 業(yè)務(wù)邏輯 客戶 字段 申請 解析 訪問 維護(hù) 服務(wù) | ||
本申請公開了一種應(yīng)用程序的版本管理方法,包括:接收來自客戶端的訪問業(yè)務(wù)服務(wù)的請求;解析所述請求,獲取所述客戶端特征信息及業(yè)務(wù)服務(wù)識別信息,根據(jù)所述客戶端特征信息及業(yè)務(wù)服務(wù)識別信息確定相應(yīng)業(yè)務(wù)版本;為所述客戶端提供所述相應(yīng)業(yè)務(wù)版本的業(yè)務(wù)服務(wù)。本申請使得當(dāng)一個(gè)客戶端中的業(yè)務(wù)服務(wù)被訪問時(shí),根據(jù)客戶端的特征信息及業(yè)務(wù)服務(wù)識別信息,得到當(dāng)前應(yīng)該使用哪一個(gè)業(yè)務(wù)版本,在接下來的業(yè)務(wù)處理邏輯中,都只根據(jù)業(yè)務(wù)版本進(jìn)行處理,而不會根據(jù)具體的客戶端和客戶端版本號進(jìn)行業(yè)務(wù)邏輯指定,簡化了邏輯控制,降低了維護(hù)成本,避免了性能上的浪費(fèi),并且支持不向下兼容的字段。
技術(shù)領(lǐng)域
本申請涉及服務(wù)端領(lǐng)域,具體涉及一種應(yīng)用程序的版本管理方法。本申請同時(shí)涉及一種應(yīng)用程序的版本管理裝置。
背景技術(shù)
在目前大多數(shù)的APP中,都會有native部分和h5部分。native是使用原生系統(tǒng)內(nèi)核的,相當(dāng)于直接在系統(tǒng)上操作,是我們傳統(tǒng)意義上的軟件,更加穩(wěn)定;但是H5的APP先得調(diào)用系統(tǒng)的瀏覽器內(nèi)核,相當(dāng)于是在網(wǎng)頁中進(jìn)行操作,較原生APP穩(wěn)定性稍差。Native的運(yùn)行性能和UI控件的渲染性能都要比H5有明顯優(yōu)勢,但是h5最大的優(yōu)點(diǎn)是可以跨平臺,可以快速開發(fā)迭代。目前通常將兩者結(jié)合使用,主體使用原生APP來提高APP的性能,native部分隨著每次客戶端APP的版本而固定,同時(shí)在更新、改動(dòng)頻繁的部分使用H5。通過在H5的更新來實(shí)現(xiàn)客戶端APP版本的更新,而這也就意味著在服務(wù)端要針對不同的客戶端版本進(jìn)行獨(dú)立的版本邏輯控制。
在一些實(shí)際應(yīng)用中,可能會面臨更為復(fù)雜的場景,比如有的應(yīng)用程序不但有自己獨(dú)立的App,而且還存在于其它App中,作為某一功能模塊。具體的實(shí)例例如口碑業(yè)務(wù),其具有獨(dú)立的App,而且還存儲于支付寶app中(支付寶第二個(gè)Tab為口碑,很多功能為native),對于類似口碑網(wǎng)這樣的有多個(gè)客戶端的APP,需要考慮到多客戶端、多版本的情況下,服務(wù)器端需要進(jìn)行多客戶端、多版本的邏輯控制。
目前,針對前述采用的多客戶端、多版本的邏輯控制方法主要有兩種。
方案一:在服務(wù)端的代碼邏輯中,明確判斷是哪一個(gè)客戶端、以及這個(gè)客戶端的版本號,并根據(jù)客戶端和客戶端的版本號進(jìn)行業(yè)務(wù)邏輯判斷及處理。
方案二:使同名的Web服務(wù)的多版本能夠共存,統(tǒng)一使用最新的業(yè)務(wù)邏輯處理,在最后給客戶端返回時(shí),根據(jù)客戶端以及版本號,進(jìn)行返回字段的轉(zhuǎn)換。
然而,上述的方案中,無論方案一還是方案二,具有邏輯控制復(fù)雜,維護(hù)成本高、有性能上的浪費(fèi)的缺點(diǎn)。并且方案二不支持不向下兼容的字段。
發(fā)明內(nèi)容
本申請?zhí)峁┮环N應(yīng)用程序的版本管理方法,以解決現(xiàn)有的應(yīng)用程序版本管理方法邏輯控制復(fù)雜、維護(hù)成本高、有性能上的浪費(fèi)、不支持不向下兼容的字段的問題。本申請另外提供一種應(yīng)用程序的版本管理裝置。
本申請?zhí)峁┮环N應(yīng)用程序的版本管理方法,包括:
接收來自客戶端的訪問業(yè)務(wù)服務(wù)的請求;
解析所述請求,獲取所述客戶端特征信息及業(yè)務(wù)服務(wù)識別信息,根據(jù)所述客戶端特征信息及業(yè)務(wù)服務(wù)識別信息確定相應(yīng)業(yè)務(wù)版本;
為所述客戶端提供所述相應(yīng)業(yè)務(wù)版本的業(yè)務(wù)服務(wù)。
可選的,所述解析所述請求,獲取所述客戶端特征信息及業(yè)務(wù)服務(wù)識別信息,根據(jù)所述客戶端特征信息及業(yè)務(wù)服務(wù)識別信息確定相應(yīng)業(yè)務(wù)版本,具體為:
解析所述請求,獲取所述客戶端特征信息及業(yè)務(wù)服務(wù)識別信息,根據(jù)預(yù)先設(shè)置的所述客戶端特征信息、業(yè)務(wù)服務(wù)識別信息與業(yè)務(wù)版本的映射關(guān)系,確定所述相應(yīng)業(yè)務(wù)版本。
可選的,所述客戶端的特征信息為唯一確定客戶端名稱或種類,以及客戶端的版本的信息。
可選的,獲取所述客戶端特征信息及業(yè)務(wù)服務(wù)識別信息具體為:
該專利技術(shù)資料僅供研究查看技術(shù)是否侵權(quán)等信息,商用須獲得專利權(quán)人授權(quán)。該專利全部權(quán)利屬于口碑(上海)信息技術(shù)有限公司,未經(jīng)口碑(上海)信息技術(shù)有限公司許可,擅自商用是侵權(quán)行為。如果您想購買此專利、獲得商業(yè)授權(quán)和技術(shù)合作,請聯(lián)系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/201810056913.3/2.html,轉(zhuǎn)載請聲明來源鉆瓜專利網(wǎng)。
- 一種業(yè)務(wù)級的服務(wù)信息管理方法和裝置及系統(tǒng)
- 遠(yuǎn)程調(diào)用服務(wù)的發(fā)布方法和裝置
- 一種業(yè)務(wù)連接方法、分析服務(wù)器、客戶端及系統(tǒng)
- 一種業(yè)務(wù)連接方法、客戶端及系統(tǒng)
- 多服務(wù)器業(yè)務(wù)數(shù)據(jù)的同步均衡服務(wù)系統(tǒng)與均衡方法
- 一種在線業(yè)務(wù)按需服務(wù)的方法、裝置與設(shè)備
- 業(yè)務(wù)執(zhí)行方法、系統(tǒng)及裝置
- 基于預(yù)設(shè)數(shù)據(jù)的業(yè)務(wù)測試方法、裝置、存儲介質(zhì)及設(shè)備
- 多服務(wù)配置鏈?zhǔn)教幚矸椒把b置
- 一種基于微服務(wù)下的業(yè)務(wù)服務(wù)管理方法和系統(tǒng)
- 業(yè)務(wù)生成系統(tǒng)及其實(shí)現(xiàn)方法
- 多業(yè)務(wù)統(tǒng)一處理方法及統(tǒng)一業(yè)務(wù)平臺
- 業(yè)務(wù)處理方法、業(yè)務(wù)處理裝置及相應(yīng)的零售終端
- 一種銀行業(yè)務(wù)進(jìn)度查詢方法及服務(wù)器
- 一種待處理業(yè)務(wù)主動(dòng)推送裝置及業(yè)務(wù)處理系統(tǒng)
- 一種標(biāo)識日志的方法和裝置
- 業(yè)務(wù)審計(jì)方法、裝置及存儲介質(zhì)
- 基于快遞業(yè)務(wù)的賬務(wù)處理方法及裝置
- 一種業(yè)務(wù)數(shù)據(jù)的管理方法及裝置
- 一種聯(lián)盟鏈跨鏈的數(shù)據(jù)共享方法、裝置、系統(tǒng)及存儲介質(zhì)





