CMMB標(biāo)準(zhǔn)緊急廣播m務(wù)的研究與應(yīng)用

(5)減少客戶端移植工作量的探討
嵌入式軟件開發(fā)與PC軟件開發(fā)很大的區(qū)別是，嵌入式軟件設(shè)計中必須考慮目標(biāo)機(jī)的差異性，如不同屏幕尺寸、不同分辨率、不同硬件接口、不同GUI系統(tǒng)，甚至不同操作系統(tǒng)。如果本EBP客戶端軟件的設(shè)計中沒有考慮便于移植的因素，那么適配這些適用于CMMB技術(shù)的手機(jī)、游戲機(jī)、PDA、車載GPS、MP4，所需工作量將是非常大的。正是考慮到這個因素，所以本客戶端做了以下2方面工作來簡化移植工作。
①邏輯與GUI的解耦，也就是圖3所展現(xiàn)的核心層與UI層的分離。核心層的職責(zé)是管理緊急廣播消息的接收、解析、本地管理。UI層的職責(zé)是監(jiān)聽核心層發(fā)送的EBP_RECEIVE_OK消息，收到該消息就利用接口層提供的3個接口ebp_create_cursor、ebp_get_nextcur、ebp_getebp，像使用迭代器那樣訪問接收到的緊急廣播數(shù)據(jù)。這樣的好處之一是，在支持相同GUI系統(tǒng)的終端間移植該客戶端時，在用戶UI層不需要任何的移植工作。好處二是，該層使用EBP_CURSOR(當(dāng)前版本定義是typedefvoid_t*CMMB_EBP_CURSOR；)訪問頂層數(shù)據(jù)，如果以后核心層使用的數(shù)據(jù)結(jié)構(gòu)改變，如“typedef int CMMB_EBP_CURSOR；”，也就是說存儲緊急廣播消息由鏈表改為數(shù)組，該層也不需要作任何改變。
②核心層中的分層。核心層之所以分為3層的原因是，接口抽象層和EBP解析層在移植的過程中可以保持不變，而本地管理層在移植的過程中可能因為文件系統(tǒng)不同而必須修改具體操作。所以在核心層中將該層抽取出來，在移植客戶端核心層時只需要關(guān)注該層即可。將EBP解析層與接口層分離的目的是，給用戶UI層僅暴露出接口層的接口以及數(shù)據(jù)結(jié)構(gòu)，使其關(guān)心的內(nèi)容局限于自己所需要的數(shù)據(jù)結(jié)構(gòu)，不需要去關(guān)心不會直接使用且可能會因為架構(gòu)上的調(diào)整而發(fā)生變化的問題。這樣如果由第三方來實現(xiàn)用戶UI層，可以簡化其開發(fā)。
在最初的原型設(shè)計中，并沒有采取這種分層的結(jié)構(gòu)，而是將邏輯與GUI混合在一起，在移植到不同的平臺時發(fā)現(xiàn)增加的工作量十分大且極易出錯。所以決定在移植前采取重構(gòu)，重構(gòu)后的結(jié)構(gòu)就是本文所描述的設(shè)計架構(gòu)，后來的移植工作量就很少，也很簡單了。本次設(shè)計令筆者切身感受到這種邏輯與UI分離的思想帶來的好處。
2．3 運行效果截圖
本客戶端接收過程是后臺接收，運行效果如圖4所示，該圖是在支持CMMB的Windows Mobile5手機(jī)上運行，用SuperSnap工具截屏得到的。左邊的標(biāo)簽表示接收緊急廣播消息的時間，通過標(biāo)簽可以切換右側(cè)內(nèi)容，觀看具體的緊急廣播消息。所使用的測試數(shù)據(jù)為中國數(shù)字電視論壇上的CMMBMFS測試樣本碼流。

結(jié) 語
以上的設(shè)計和實現(xiàn)充分考慮了空間和效率這兩大要素，通過和市面上其他產(chǎn)品進(jìn)行比較，該系統(tǒng)能夠在存儲空間更小、處理速度更慢的移動設(shè)備上流暢地運行，取得了令人滿意的效果。
本設(shè)計中的EBP客戶端程序能夠成功接收CMMB網(wǎng)絡(luò)中多個頻點發(fā)送的緊急廣播消息，并且客戶端具有一定的鍵壯性，可以通過較少的移植工作量使其工作在適用于CMMB技術(shù)的手機(jī)、游戲機(jī)、PDA、車載GPS、MP4，達(dá)到了預(yù)期目的。相信隨著CMMB網(wǎng)絡(luò)的日漸成熟，CMMB標(biāo)準(zhǔn)的緊急廣播應(yīng)用必然會在我國災(zāi)害預(yù)警中起到重要作用。