在最佳化內容以進行 OTA 發佈時, 最重要的因素是檔案或應用程式的大小 (以 KB 計)。 檔案小表示下載速度加快。 傳輸時間 (資料傳輸與連線) 會產生成本, 雖然使用者與電信業者間的合約可能也包括特定時間量。
最佳化應用程式大小 (程式碼的大小和應用程式使用的記憶體量) 對於應用程式是能否在低階手機上使用以及執行效能而言也很重要, 因為 Flash Lite 應用程式在執行時需要用到相當多的記憶體。
使應用程式大小增加的主要元素包括點陣圖形、視訊和取樣音效。 大量的文字資訊, 例如程式碼和字串資料 (可能已本地化為多種語言), 也會增加應用程式的大小。
使用向量圖形是個好方法, 因為它們的檔案較小。 請記住, 向量會增加裝置的 CPU (中央處理器) 負擔, 所以隨意使用向量可能會使應用程式無法使用, 因為裝置缺乏同時處理許多複雜向量的 CPU 能力。
在西方國家使用的行動 Java 應用程式 (.jad/.jar) 最大檔案大小為 200KB。 目前透過 OTA 最新發佈的 Java 遊戲約為 300KB。 低階手機仍有 64KB 的限制。 隨著例如速度較快的 3G 網路或更快的 HSDPA 網路的普及, 讓使用者可在較短的時間內傳輸更多的資料, 使得檔案大小也隨之提高。
對於 Flash Lite 應用程式, 由於發佈端仍在發展中, 目前無相關的指引。 檔案大小似乎無技術上的限制。 但是在現實生活中, 總會出現技術問題 － 不論是電信業者、網路、檔案類型 (.jad/.jar, .sis), 或裝置相關的問題。 雖然您可以將應用程式分批發佈 (稱為情境式發佈 (episodic publishing)), 如此可提高最大應用程式大小, 技術上來說, 這比只發佈一個檔案更加複雜。
在我們的 OTA 測試台上, 我們使用最大 400KB 的 Flash Lite 檔案, 而且並未發現問題。 我們使用配置的伺服器, 使用簡碼/服務號碼透過 OTA 來傳送資料。 使用此電話號碼, 使用者就可透過行動裝置訂購應用程式並從手機上接收檔案。 我們測試過多家不同的電信業者及其 SIM 卡, 並未發現問題。
雖然 OTA 傳輸並無上限, 但是請在所有目標裝置上測試應用程式, 以確定效能在合理範圍內。 此項測試並無替代裝置, 您無法使用模擬器。 因為也讓行動開發更具挑戰性, 因為您必須能夠存取銷售內容的所有目標裝置。
存取目標裝置的方法有三種：
您可搭配使用這些方式, 這些都需要花費金錢 － 這點在任何事業中皆然。
如果您打算在日本發佈內容, 通常可接受的檔案大小上限為 100KB, 而最舊型的 Flash Lite 手機僅允許 20–30KB 大小的應用程式。
請記住： 永遠要事先向您的發佈通路 (電信業者或營運商) 確認可能的限制。 在本文中我們無法針對特定地區或裝置提供詳細指引。 以下是一些您應列入考量的因素：
不符合這些規定可能會使應用程式無法透過 OTA 進行發佈。
