本發(fā)明屬于視頻監(jiān)控行業(yè)客戶端設(shè)計，具體涉及一種視頻融合平臺輕量化客戶端數(shù)據(jù)交互結(jié)構(gòu)實現(xiàn)方法。

背景技術(shù)：

1、作為視頻融合平臺的pc客戶端，一旦其設(shè)計定型后，再次進行功能或樣式的修改將面臨長周期和高工作量的挑戰(zhàn)，這幾乎等同于對整個客戶端進行重新構(gòu)建。現(xiàn)有相關(guān)技術(shù)中pc客戶端的設(shè)計將ui輸入、數(shù)據(jù)封裝、通信等多個環(huán)節(jié)雜糅在一起，使得每個模塊都是一個單獨的個體。因此，若需替換客戶端的樣式，則必須重新設(shè)計ui界面，重新封裝數(shù)據(jù)，并調(diào)整通信的相關(guān)數(shù)據(jù)，以確保整個系統(tǒng)的協(xié)調(diào)性。

2、要修改客戶端的功能和樣式的話，由于客戶端把所有的過程雜糅在一起，現(xiàn)有相關(guān)技術(shù)至少存在以下不足：

3、1、維護成本高：從維護成本的角度來看，由于客戶端的設(shè)計具有高度的關(guān)聯(lián)性，任何對ui的微小修改都可能引發(fā)對整個系統(tǒng)的全面調(diào)整，包括樣式、數(shù)據(jù)處理和通信等多個方面。這種“牽一發(fā)而動全身”的特性不僅增加了修改的工作量，也提高了修改的難度；

4、2、結(jié)構(gòu)笨重：客戶端的結(jié)構(gòu)存在笨重的問題。數(shù)據(jù)的高耦合低內(nèi)聚導(dǎo)致系統(tǒng)分層不明確，各個模塊之間往往混雜了ui設(shè)計、數(shù)據(jù)處理和通信等多種功能，使得模塊間的耦合度較高；

5、3、結(jié)構(gòu)冗余，現(xiàn)有的客戶端結(jié)構(gòu)中存在結(jié)構(gòu)冗余的問題。比如，a模塊根據(jù)業(yè)務(wù)實現(xiàn)了一種通信方式ta，b模塊也根據(jù)業(yè)務(wù)實現(xiàn)了一種通信方式tb。?ta和tb?是有共同點的，但是分別實現(xiàn)了，重復(fù)造輪子。僅僅是由于業(yè)務(wù)的區(qū)分，不能統(tǒng)一。代碼寫的多，但是結(jié)構(gòu)很冗余。由于不同模塊間可能采用了相似的通信方式，但未能實現(xiàn)統(tǒng)一標(biāo)準(zhǔn)，導(dǎo)致代碼重復(fù)度高、結(jié)構(gòu)冗余；

6、4、在新增模塊功能方面，由于現(xiàn)有模塊間的高度耦合性，很難將某個模塊獨立出來并在其他場景下重用。這要求開發(fā)者在新增功能時必須自上而下地進行全面修改，增加了開發(fā)的復(fù)雜性和成本；

7、5、各個模塊之間的職責(zé)劃分也不明確。一些模塊可能承擔(dān)了多個不相關(guān)的職責(zé)，使得模塊的目的和功能變得模糊不清。這不僅降低了系統(tǒng)的可維護性，也增加了系統(tǒng)出現(xiàn)故障的風(fēng)險。

8、綜上所述，現(xiàn)有的視頻融合平臺的pc客戶端在設(shè)計和維護方面存在諸多挑戰(zhàn)和問題。本來技術(shù)人員有必要提供一種新的解決方案，對客戶端通信方式等方面進行重構(gòu)和優(yōu)化設(shè)計，提升系統(tǒng)的可維護性、可擴展性和性能表現(xiàn)。

技術(shù)實現(xiàn)思路

1、鑒于現(xiàn)有技術(shù)的局限性，本發(fā)明提出了一種視頻融合平臺輕量化客戶端數(shù)據(jù)交互結(jié)構(gòu)實現(xiàn)方法。該方法設(shè)計的客戶端采用分層結(jié)構(gòu)，僅需修改相應(yīng)層次的部分，無需全面調(diào)整，從而實現(xiàn)快速迭代。此方法解決了傳統(tǒng)客戶端維護成本高、結(jié)構(gòu)復(fù)雜且冗余、以及增加新模塊困難等問題。通過本發(fā)明的實現(xiàn)方式，提供了創(chuàng)新的封裝技術(shù)，顯著提升了系統(tǒng)的可維護性、靈活性和可擴展性。

2、為實現(xiàn)上述目的，本發(fā)明采用的技術(shù)方案為：一種視頻融合平臺輕量化客戶端數(shù)據(jù)交互結(jié)構(gòu)實現(xiàn)方法，其特征在于：包括如下步驟：

3、對客戶端進行分層結(jié)構(gòu)設(shè)計，以實現(xiàn)結(jié)構(gòu)的分層化；

4、對每一層結(jié)構(gòu)進行封裝，形成獨立的封裝庫；

5、對客戶端內(nèi)部的通信機制進行優(yōu)化，將通信數(shù)據(jù)進行剝離，并獨立創(chuàng)建一個用于數(shù)據(jù)通信的封裝庫；使得客戶端本身更加輕量，從而實現(xiàn)快速的功能迭代；

6、若需對某一層結(jié)構(gòu)進行修改，可利用獨立出來的數(shù)據(jù)通信封裝庫進行通信，替換和/或修改該層結(jié)構(gòu)的封裝庫，而無需改動客戶端中的其他結(jié)構(gòu)。

7、進一步的，客戶端的分層結(jié)構(gòu)至少包括用戶層和中間層；其中

8、所述用戶層至少包括ui層、數(shù)據(jù)管理層和數(shù)據(jù)請求層；其中

9、所述ui層用于與用戶交互，用戶可以輸入信息，并獲取已經(jīng)返回的信息，ui層能夠?qū)⒎祷氐男畔⒄故境鰜恚凰鰯?shù)據(jù)管理層用于管理用戶輸入的數(shù)據(jù)，構(gòu)造數(shù)據(jù)結(jié)構(gòu)以存儲用戶數(shù)據(jù)，并處理從服務(wù)端返回的數(shù)據(jù)；所述數(shù)據(jù)請求層用于調(diào)用中間層的接口信息，建立與中間層的連接橋梁；

10、所述中間層至少包括通信數(shù)據(jù)管理層和通信層；其中

11、所述通信數(shù)據(jù)管理層：用xml格式統(tǒng)一數(shù)據(jù)，便于網(wǎng)絡(luò)數(shù)據(jù)的傳輸和解析；

12、所述通信層是用于與服務(wù)端進行通信的橋梁；所述通信層包括數(shù)據(jù)量小通信層和數(shù)據(jù)量大通信層。

13、進一步的，分層結(jié)構(gòu)設(shè)計的客戶端，至少包括如下的數(shù)據(jù)交互方式：

14、用戶通過所述ui層輸入數(shù)據(jù)，所述ui層將用戶輸入數(shù)據(jù)傳送給所述數(shù)據(jù)管理層；

15、所述數(shù)據(jù)管理層保存用戶數(shù)據(jù)在數(shù)據(jù)管理層中，并把請求數(shù)據(jù)發(fā)送到所述數(shù)據(jù)請求層；

16、所述數(shù)據(jù)請求層向中間層中的通信數(shù)據(jù)管理層進行數(shù)據(jù)請求調(diào)用接口；

17、如是用戶數(shù)據(jù)請求，所述通信數(shù)據(jù)管理層將用戶數(shù)據(jù)請求以xml的格式發(fā)送到所述數(shù)據(jù)量小通信層，之后通過所述數(shù)據(jù)量小通信層發(fā)送請求數(shù)據(jù)給服務(wù)端；

18、如是視頻數(shù)據(jù)請求，所述通信數(shù)據(jù)管理層將視頻數(shù)據(jù)請求以xml的格式發(fā)送到所述數(shù)據(jù)量大通信層，之后通過所述數(shù)據(jù)量大通信層發(fā)送請求數(shù)據(jù)給服務(wù)端；

19、服務(wù)端逐層返回數(shù)據(jù)至所述數(shù)據(jù)管理層，經(jīng)過所述數(shù)據(jù)管理層，呈現(xiàn)給ui層。

20、進一步的，具體實現(xiàn)方式至少包括如下：

21、ui層、數(shù)據(jù)管理層、數(shù)據(jù)請求層、通信數(shù)據(jù)管理層和通信層都各自封裝成庫；

22、ui層加載數(shù)據(jù)管理層datamanager的庫，調(diào)用數(shù)據(jù)管理層提供的接口datamanagerfuna()；

23、數(shù)據(jù)管理層加載數(shù)據(jù)請求層datarequest的庫，調(diào)用數(shù)據(jù)請求層提供的接口datarequestfunb()；

24、數(shù)據(jù)請求層加載通信數(shù)據(jù)管理層comdatamanger的庫，調(diào)用通信數(shù)據(jù)管理層提供的接口comdatamangerfunc()；

25、通信數(shù)據(jù)管理層加載通信層comdata的庫，調(diào)用數(shù)據(jù)通信層提供的接口comdatafund()；

26、將每一層獨立封裝成庫后，若需調(diào)整某一層，僅需通過通信數(shù)據(jù)管理庫層進行相應(yīng)修改；此方式確保僅需修改相對應(yīng)的獨立封裝成庫即可，無需對整個客戶端進行全面調(diào)整，達到快速迭代的效果。

27、進一步的，新增模塊的實現(xiàn)方式至少包括如下步驟：

28、新增模塊ui設(shè)計：當(dāng)有新的模塊需求時，首先進行ui?設(shè)計，然后依據(jù)?ui?設(shè)計來實現(xiàn)相應(yīng)的界面；

29、ui界面的實現(xiàn)：ui界面的實現(xiàn)至少分為ui層面和ui數(shù)據(jù)管理層面進行分別實現(xiàn)，其中

30、ui層面部分負(fù)責(zé)呈現(xiàn)給用戶查看的界面展示內(nèi)容，其并不涉及用戶交互所產(chǎn)生的數(shù)據(jù)信息；包括在登錄模塊中，會有賬號輸入框和密碼輸入框這類界面元素，但其僅是展示給用戶操作的界面而已，并不包含用戶實際輸入的數(shù)據(jù)；

31、ui數(shù)據(jù)管理層的作用在于對用戶輸入的數(shù)據(jù)進行統(tǒng)一管理；包括用戶輸入的賬號和/或密碼信息，都由該層面來統(tǒng)一管控；

32、在?ui層面和?ui?數(shù)據(jù)管理層面相關(guān)工作完成之后，便能夠調(diào)用其他層的接口來進行數(shù)據(jù)傳輸以及數(shù)據(jù)請求。

33、本發(fā)明采用以上技術(shù)方案，至少具有如下有益效果：

34、1、在現(xiàn)有技術(shù)環(huán)境中，由于客戶端的緊密耦合性，任何細(xì)微的變動，如ui界面的修改，都可能引發(fā)對整體架構(gòu)、樣式、數(shù)據(jù)處理及通信流程的全面調(diào)整；每一處設(shè)計到修改的地方都要來一遍格式的修改，這種廣泛的修改需求不僅顯著增加了工作量，還極大地提升了修改的難度；

35、針對此問題，本發(fā)明的提出為軟件開發(fā)過程帶來了革新。通過引入結(jié)構(gòu)分層設(shè)計的理念，本發(fā)明允許開發(fā)者在面對修改需求時，只需針對特定的層次或模塊進行調(diào)整，而無需對整個系統(tǒng)進行大規(guī)模的調(diào)整。從而避免了大規(guī)模的工作。這一設(shè)計策略顯著提升了軟件的可維護性與可擴展性，為開發(fā)團隊提供了靈活應(yīng)對需求變化的能力，支持快速迭代與持續(xù)集成的實現(xiàn)；

36、具體而言，分層結(jié)構(gòu)確保了只要修改一個庫就可以完成整個需求。不需要整個客戶端都修改，便于維護，結(jié)構(gòu)輕巧，數(shù)據(jù)不冗余。有效遏制了“牽一發(fā)而動全身”的現(xiàn)象，避免了因局部改動而引發(fā)的連鎖反應(yīng)。這一特性極大地縮短了修改周期，提升了開發(fā)效率，使得軟件開發(fā)過程更加順暢，能夠更好地滿足市場與用戶的快速變化需求。

37、2、在本發(fā)明的實施過程中，將通信數(shù)據(jù)的處理邏輯從客戶端中剝離出來，并獨立開發(fā)成一個專門的封裝庫。這樣的設(shè)計不僅使得客戶端本身變得更加輕量級，而且極大地提升了功能迭代的速度。由于通信邏輯被封裝在一個獨立的庫中，客戶端的其他部分無需進行改動，就可以實現(xiàn)新功能的快速部署和更新。這種設(shè)計方法有效地隔離了功能模塊之間的依賴關(guān)系，使得客戶端能夠更加專注于用戶界面和交互邏輯的優(yōu)化，而不必?fù)?dān)心底層通信機制的變化。

38、3、封裝庫的引入顯著提升了軟件開發(fā)的整體效率。開發(fā)者在使用封裝庫時，只需調(diào)用庫提供的接口函數(shù)，而無需深入了解其內(nèi)部的實現(xiàn)細(xì)節(jié)。這種做法避免了重復(fù)開發(fā)相同功能的代碼，即所謂的“重復(fù)造輪子”，從而節(jié)省了大量的開發(fā)時間和資源。此外，封裝庫的模塊化設(shè)計還簡化了代碼的維護工作，降低了維護成本。當(dāng)封裝庫需要更新或升級時，開發(fā)者可以選擇合適的版本進行替換，而不會影響到依賴該庫的其他代碼部分。這種靈活性和可維護性為軟件的長期發(fā)展提供了堅實的基礎(chǔ)。