《BREW進階與精通——3G移動增值業務的運營、定製與開發》連載之58—BREW SDK 中的工具

BREW模擬器在3.X以前的版本叫Emulator，3.x及以上版本叫Simulator，只有功能上的改進，沒有本質的不同，為了方便起見這裡都使用模擬器這個概念。BREW模擬器可以用來類比各種的手持功能，並測試在BREW環境下開發的應用和擴充類。

MIF 編輯器用來建立 MFX和 MIF 檔案。 BREW3.x之前的版本只有MIF檔案，MFX 是開發 MIF 過程中使用的 XML 格式中間檔案。從3.X開始，MIF是一種從 MFX 檔案編譯而成的特殊類型資源檔，其中包含有關模組 (MOD) 檔案內容的資訊。MIF建立之後，將以二進位形式載入到目標裝置。 在模擬器上運行應用程式時，也要使用 MIF。

在瞭解MIF編輯器的功能前，先要弄清楚一個概念就是ClassID。BREW中ClassID必須唯一，任何兩個應用或非應用不應該具有相同的ClassID。如果ClassID不能確保唯一性的話，當具有同樣ClassID的兩類出現在同一手機中，該裝置中的AEE就會混淆，而且只能找到其中的一個。由於終端使用者在下載應用程式套件的過程中可能將許多應用的組合一股腦地存放在無線裝置中，所以無法保證ClassID唯一性的後果是不堪設想的。可以在MIF編輯器中取得ClassID，也可以登陸BREW開發商外連網，通過BREW ClassID產生器來獲得。這樣就可產生一個副檔名為.bid的檔案，可以下載並包含在應用中。每個 BID 檔案均包含唯一的 32 位類型 ID，並具有指定的名稱（例如 AEECLSID_APP）。 ClassID儲存在 MIF 中，而 BID 檔案包含在模組來源檔案（例如 app.c）中。這使得應用可以根據AEE 提供的ClassID 為其建立執行個體。

在 MIF 編輯器中輸入必要的資訊後，用將 MFX 編譯為 MIF，可以使用適於不同裝置顯示屏的映像建立多個 MIF。 應用在編譯連結後產生可執行檔，即為模擬器產生 app.dll，為目標裝置產生 app.mod。 要在模擬器上載入此應用，要指定包含 app.mif和app.dll 的目錄。選擇執行其中該應用時，模擬器將載入 app.dll，以建立應用的執行個體並開始執行。

每個 BREW 模組均包含一個或多個應用，也可以是擴充類應用。

MIF 中還包含每個應用的文本字串，以及在可運行應用菜單中代表應用的一個或多個圖形表徵圖。MIF中還包含其它可確定模組權限等級的資訊，以及該應用可從其它應用接收到的通知。

在手機上，MIF與包含每個模組目錄的檔案夾處於同一層次。模組目錄的名稱與 MIF 的首碼名稱相同。模擬器允許MIF 目錄的選擇獨立於包含模組可執行檔的目錄，以便在多個裝置上類比應用的執行。

資源編輯器可以建立支援不同手機和語言的資源檔。通過從代碼分離資源並在已耗用時間載入，可以避免將原始碼與每個所支援的語言和手機的獨立編輯標記相混淆。資源編輯器可以使用以下檔案格式：

BRX是 XML 格式的中間檔案，在產生最終輸出之前，可以使用資源編輯器對其進行編輯和儲存。資源編輯器不要求此中間檔案使用 BRX 副檔名，只要檔案包含正確的 XML 格式有效資料，不管副檔名是什麼，資源編輯器都能夠對其進行解釋。BAR是由資源編譯器作為最終輸出的一部分產生的二進位檔案。BRH是由資源編譯器作為最終輸出的一部分產生的標頭檔。

BREW 3.x 以前的版本使用副檔名為 BRI 的二進位中間格式。為了相容，資源編輯器仍然支援此格式，但是建議將所有 BRI 檔案轉換為 BRX 檔案。

 

手機裝置配置器可用於建立和配置模擬器使用的裝置檔案，即與手機相關的軟硬體屬性檔案。然後通過模擬器，再在各種裝置上測試應用程式。裝置檔案首先包含的是要配置的裝置的映像，一般由實際裝置的圖片產生。接著是每個裝置按鍵的映像地區，然後定義按鍵以及每個按鍵要傳送給應用的事件代碼，還可以定義裝置的螢幕大小、字型、支援的語言和色彩深度。

由手機裝置配置器組織的裝置的項目包括以下組件：裝置檔案（QSC/DPK），對常規裝置屬性和特定的裝置對象及其屬性等資訊進行編碼。另外，它還包含裝置影像檔的引用。位元影像影像檔包括主影像檔和可選的按下按鈕產生的影像檔。另外，裝置和影像檔必須位於同一目錄下。

            對於３.ｘ及其以上版本，CP/SP一般只使用手機裝置配置器來瀏覽手機裝置的資訊，而不做其他的修改操作。