《BREW進階與精通——3G移動增值業務的運營、定製與開發》連載之12—BREW裡面有什麼

abel_cao發表於2009-07-17

版權宣告:本文為半吊子子全棧工匠(wireless_com,同公眾號)原創文章,未經允許不得轉載。 https://blog.csdn.net/wireless_com/article/details/4356948

具體地說,BREW由四大部分構成:BREW分發系統,BREW執行環境,BREW應用開發包和各種各樣的BREW應用。

BREW的分發系統即BDS(BREW Distributed System) 為運營商向消費者分發銷售BREW應用提供了捷徑。BDS是一項具有突破性的技術,它使得終端使用者可以利用手機或其他無線裝置以無線的方式下載應用和相關的內容。BDS提供了一個無線應用提交和定價談判的虛擬市場機制SP/CP可以根據使用者購買應用的數量和使用的頻率來得到相應的回報。為了確保BREW應用安全下載,一個名為TRUE BREW的獨立測試流程可以確保開發商提供的應用安全穩定地執行在手機終端上,而且與相應的BREW平臺相容。支援BREW的手機終端只能執行經過開發商或者運營商進行數字簽名的應用,有些運營商為手機使用者只提供經過TRUE
BREW測試的應用。

BREW的應用執行環境 (AEE)是一個精巧的軟體介面層,這是保證開發的應用可以在多種裝置中以一致的方式來執行(圖4-4)。裝置廠商將它整合在各自的軟體中,用以支援BREW
API和執行環境。在一個新終端裝置中提供
應用執行環境時,只要求裝置廠商移植應用執行環境(AEE)即可,比起傳統必須將每個終端的所有應用逐一移植的工作相比,移植AEE的工作量可謂是九牛一毛!


由於AEE佔用的RAM(隨機儲存器)和快閃記憶體極小,BREW不但可以使高階機型錦上添花,而且在低端機型中也能大顯身手AEE
將應用同手機的晶片層遮蔽開來,除了嚮應用提供BREW API服務,AEE同時管理著應用程式的執行,及時響應使用者和一些緊急事件,如來電和簡訊呼入。但是AEE不會管理BREW應用之外的其他使用者介面。對於執行在同一裝置的非BREW應用,AEE就不再發揮作用。

BREW的應用開發包SDK極大地簡化了用CC++和其他語言開發無線應用的難度,BREWAPI以一組介面類的方式組織起來,每個類定義提供某一特定服務的一組函式。有些服務如事件通知、選單和對話等圖形使用者介面以及網際網路通訊是現代程式設計環境中標準配置。有些介面類則顯示了無線環境中的一些特性,如地址簿、振鈴庫和定位資訊等。所以,BREW
API使開發商無需瞭解裝置的內部機理就能從事移動增值業務的開發,熟悉事件驅動圖形介面環境的開發商將會發現BREW
API好學易用。事件處理、選單、對話、資源、編輯、基於檔案的長期儲存和記錄導向型的資料庫是BREW中標準的概念。

 

而且,基於Windows的模擬環境使那些對Windows應用程式熟悉的開發者可以輕鬆地用Visual
C++或者.net去開發BREW應用。BREW API可適用於多種裝置,利用BREW API編寫的程式可以輕鬆地從一個無線裝置移植到其他無線裝置中。雖然不同裝置由於顯示尺寸的不同可能要對程式進行微調,但大多種這種細微的調整可以在BREW
模擬器中輕易地測試出來。而以往開發商若想他們開發的程式在多種無線裝置上執行,必須繁複地將程式碼逐一移植,而且必須熟知各種裝置所在執行環境的所有細節。BREW
API支援擴充套件類,裝置廠商、運營商和開發商可以編寫自己的擴充套件類應用來擴充BREW的功能。這些擴充套件類可以是支援其他多媒體格式的播放器和瀏覽器,也可以是Java虛擬機器,還可以是裝置廠商、運營商和開發商需要的其他模組。

各種各樣的應用是BREW呈現給終端使用者的具體表現形式,通過使消費者更方便以無線方式下載應用程式,BREW為無線使用者提供了像定製個人電腦那樣的個性化服務。每個使用者的電腦以及作業系統可以是相同的,但個人電腦的桌面應用卻可能千差萬別,與此類似,BREW可以使每一個細分市場(甚至可以是每一個使用者)都可以自由選擇他們最想要的應用程式,並安裝在手機上,這些基於BREW的應用全面提供了更實用、更震撼的內容、功能與服務。個性化服務涵蓋了基於BREW的移動增值業務與使用者的互動方式,同樣也包括設計,製作與產品的銷售。


相關文章