aframe架構
下面 是 avos 平臺 aframe 架構 的項目開發 整體框架圖。
對照 類win32 UI api 的項目開發 整體框架圖，aframe架構在做了一些變動和調整
avos層中 ，首先 UI app 被替換成interpreter task ，該解釋器用來解析 在PC上製作，燒入rom的最終xml 腳本，透過上層的xml 腳本進入到 各個控件的c code中。 原先 寥寥可數的只有單一UI功能的controls部分（只有t_control，t_filelist，t_infobar.，t_menu， t_radio_group，t_window）被替換成可實現各種功能的afcontrol。
system app 被廢棄不用 ，取而代之的是 KSERVICE_PRI FSSERVICE_PRI USERVICE_PRI UISERVICE_PRI 等幾個 service ，其他app保留，驅動 和 OS 的其他部分也保留不動
這樣帶來一個 上層poeject 部分編寫的變動，原先純粹用c code寫的部分，現在除ctrl用 c code 實現 方法之外 ，xml之間的腳本全部用 PC端工具 編寫，編譯和資源整體打包成 獨立的 res 文件系統 ，由 interpreter 在 項目running 時 解釋執行 。原先的 win32 api編程變成了 面向對象的 控件設計和 xml腳本連接 ，有點類似visual basic。
這樣帶來 一個好處 ，code 可以重複利用，並且用戶的 編程量減少。舉個例子 ，原先 對app 發出請求 的部分現在 變成了一個 player控件 ，現在用戶只需使用xml調用player控件的具體屬性，方法或發消息就行了。原先上層 全部用c 寫的 code被 封裝到控件中，用戶關心的 code少之又少。不過 也有一個不利 ，就是 interpreter 跑起來會有執行速度的延遲 和 載入xml解析耗費一定的內存量。 用戶必須 瞭解aframe的xml規則和 控件的設計，載入工程 。這些步驟 有些繁瑣，給入門增加了難度。