[發(fā)明專利]客戶端平臺(tái)的實(shí)現(xiàn)方法及客戶端平臺(tái)

有效

• 申請?zhí)枺?/td>: 201110294323.2
• 申請日: 2011-09-29
• 公開（公告）號: CN103036917A
• 公開（公告）日: 2013-04-10
• 發(fā)明（設(shè)計(jì)）人: 郝永建;楊挺;方順豹
• 申請（專利權(quán)）人: 北京神州泰岳軟件股份有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08;G06F9/44
• 代理公司: 北京市隆安律師事務(wù)所 11323
• 代理人: 權(quán)鮮枝

技術(shù)領(lǐng)域

本發(fā)明涉及客戶端技術(shù)領(lǐng)域，尤其是涉及一種客戶端平臺(tái)的實(shí)現(xiàn)方法及客戶端平臺(tái)。

背景技術(shù)

隨著客戶端技術(shù)的飛速發(fā)展，為了提升客戶端的性能，開發(fā)了多種的客戶端系統(tǒng)。

在現(xiàn)有的客戶端系統(tǒng)中，通常都具有用戶界面、業(yè)務(wù)邏輯交互、協(xié)議及網(wǎng)絡(luò)通信等功能，然而，現(xiàn)有的客戶端系統(tǒng)中各個(gè)功能單元之間耦合性過強(qiáng)，導(dǎo)致一個(gè)功能單元出現(xiàn)故障時(shí)，影響整個(gè)客戶端系統(tǒng)的運(yùn)行，并且，現(xiàn)有的客戶端系統(tǒng)通常采用整體化的設(shè)計(jì)，開發(fā)人員在創(chuàng)建客戶端系統(tǒng)時(shí)，需要關(guān)注系統(tǒng)中所有功能的實(shí)現(xiàn)，導(dǎo)致開發(fā)難度過高，開發(fā)周期過長。

如何在客戶端上實(shí)現(xiàn)一種性能優(yōu)越的客戶端系統(tǒng)仍是業(yè)界目前研究的重要課題之一。

發(fā)明內(nèi)容

本發(fā)明實(shí)施例提供了一種客戶端平臺(tái)的實(shí)現(xiàn)方法及客戶端平臺(tái)，提高了系統(tǒng)的穩(wěn)定性，改善了系統(tǒng)性能，縮短了平臺(tái)開發(fā)周期，提高了開發(fā)效率。

為達(dá)到上述目的，本發(fā)明實(shí)施例的技術(shù)方案是這樣實(shí)現(xiàn)的：

本發(fā)明實(shí)施例提供了一種客戶端平臺(tái)的實(shí)現(xiàn)方法，包括：

設(shè)置用戶界面UI模塊、上層業(yè)務(wù)模塊、下層業(yè)務(wù)模塊和網(wǎng)絡(luò)通道模塊，所述UI模塊具有界面實(shí)現(xiàn)功能，所述上層業(yè)務(wù)模塊具有業(yè)務(wù)數(shù)據(jù)和流程處理功能，所述下層業(yè)務(wù)模塊具有協(xié)議包封裝和解析功能，所述網(wǎng)絡(luò)通道模塊具有網(wǎng)絡(luò)連接和傳輸功能，其中，所述各模塊中包括至少一個(gè)組件，每個(gè)組件具有對外標(biāo)準(zhǔn)接口；

利用所述UI模塊接收業(yè)務(wù)請求，并調(diào)用上層業(yè)務(wù)模塊根據(jù)該業(yè)務(wù)請求進(jìn)行相應(yīng)業(yè)務(wù)處理，在下層業(yè)務(wù)模塊對業(yè)務(wù)請求的處理數(shù)據(jù)按照相應(yīng)協(xié)議封裝之后，通過網(wǎng)絡(luò)通道模塊將封裝后的請求數(shù)據(jù)包發(fā)送出去。

本發(fā)明實(shí)施例還提供了一種客戶端平臺(tái)，包括UI層、上層業(yè)務(wù)層、下層業(yè)務(wù)層和網(wǎng)絡(luò)通道層，

所述UI層，設(shè)置有多個(gè)UI模塊，能夠提供所需的界面，接收業(yè)務(wù)請求并將業(yè)務(wù)應(yīng)答通知用戶；

所述上層業(yè)務(wù)層，設(shè)置有多個(gè)上層業(yè)務(wù)模塊，能夠處理所述業(yè)務(wù)請求的業(yè)務(wù)數(shù)據(jù)和流程，并對下層業(yè)務(wù)層發(fā)送來的業(yè)務(wù)應(yīng)答數(shù)據(jù)進(jìn)行處理；

所述下層業(yè)務(wù)層，設(shè)置有多個(gè)下層業(yè)務(wù)模塊，能夠按照相應(yīng)協(xié)議對業(yè)務(wù)請求的處理數(shù)據(jù)進(jìn)行封裝，得到請求數(shù)據(jù)包；并對網(wǎng)絡(luò)通道層發(fā)送的應(yīng)答數(shù)據(jù)包進(jìn)行解析；

所述網(wǎng)絡(luò)通道層，設(shè)置有多個(gè)網(wǎng)絡(luò)通道模塊，能夠?qū)⒎庋b后的請求數(shù)據(jù)包向外發(fā)送，并接收來自外部的應(yīng)答數(shù)據(jù)包。

由上述可見，本發(fā)明實(shí)施例的技術(shù)方案提供了一種新型的分層組件式的客戶端平臺(tái)架構(gòu)，通過對客戶端平臺(tái)工作原理的分析，劃分出UI層、上層業(yè)務(wù)層、下層業(yè)務(wù)層和網(wǎng)絡(luò)通道層四個(gè)橫向?qū)哟危恳粚觾H負(fù)責(zé)該層范圍內(nèi)功能的實(shí)現(xiàn)，層與層之間相對獨(dú)立，通過統(tǒng)一的標(biāo)準(zhǔn)接口進(jìn)行交互。利用不同層之間各模塊的協(xié)同合作，在客戶端平臺(tái)上實(shí)現(xiàn)相應(yīng)的業(yè)務(wù)。

由于本方案不同層間以及模塊之間的相對獨(dú)立性，某個(gè)功能模塊出現(xiàn)故障時(shí)，對整個(gè)客戶端平臺(tái)的影響很小，提高了系統(tǒng)的穩(wěn)定性，改善了系統(tǒng)性能。

并且，采用本方案的這種分層設(shè)計(jì)，在開發(fā)客戶端平臺(tái)時(shí)，可以分層分別實(shí)現(xiàn)，在設(shè)置每一層中的模塊時(shí)，無需關(guān)注其他層的功能，大大降低了平臺(tái)開發(fā)的技術(shù)難度，縮短了開發(fā)周期，提高了開發(fā)效率。

附圖說明

為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明一個(gè)實(shí)施例提供的一種客戶端平臺(tái)的實(shí)現(xiàn)方法流程示意圖；

圖2為本發(fā)明另一個(gè)實(shí)施例提供的一種客戶端平臺(tái)結(jié)構(gòu)示意圖；

圖3為本發(fā)明又一個(gè)實(shí)施例提供的一種客戶端平臺(tái)結(jié)構(gòu)示意圖。

具體實(shí)施方式

下面將結(jié)合本發(fā)明的附圖，對本發(fā)明的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。基于本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動(dòng)的前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。