陳洋點了點頭，示意他繼續。
“UI定製部分，如果我們要做比改圖示和桌布更深度的改動，比如重構桌面啟動器的互動邏輯，或者定製一套獨特的通知面板樣式，這個許可權能開放到多深？”
陳洋顯然預料到有人會問這個問題，沒有停頓就給出了回答：“桌面的核心互動邏輯目前不能改，因為涉及系統級的返回棧管理和Activity生命週期管理。
如果你們改了啟動器，可能會導致應用切回桌面時的狀態丟失，那個問題排查起來非常麻煩，而且不是一個APP能解決的。”
他翻到幻燈片後面一頁，上面是一張已經被畫了很多標記的文件截圖。
“更可行的方式是，你們在現有啟動器框架上做UI層面的重寫，框架本身不變，但UI層的程式碼全量開源，你們可以任意改佈局、改動畫、改互動細節。
這樣既能保證系統穩定，又能做出足夠差異化的產品體驗。”
雷俊在本子上記下：啟動器框架不變，UI層全量開源。
他抬起頭追問了一句：“那這個啟動器框架的開源，是隻面向聯盟成員，還是公開給所有人？”
“只面向聯盟成員，不對外公開。”
雷俊點了點頭，這個答案在他的預期之內。
旁邊林斌也舉了一下手，問了一個更具體的問題：“如果我們在UI層做了定製，跟系統的OTA更新會衝突嗎？”
“不會衝突。”陳洋回答得很乾脆。
“系統OTA更新的內容是核心、驅動和系統服務層，UI層不在OTA包的覆蓋範圍內。
你們的UI定製是一個獨立的模組，系統更新不會覆蓋它。相容性測試我們來做，確保每一版系統更新都跟你們已經定製的UI相容。”
林斌點了點頭，在筆記本上快速寫了幾筆。
接下來的時間裡，陳洋又講了幾個更具體的技術細節，系統服務的介面設計思路、推送協議的演進方向、以及深藍賬號體系與微信的深度整合方案。
培訓室裡偶爾有人提出問題，大多是技術細節層面的，陳洋一一作答，偶爾在白板上畫幾筆補充說明。
雷俊坐在第一排，筆記越記越厚，他的筆記本上已經密密麻麻寫滿了三頁紙。
這些內容單獨看，每一條都是技術細節，連在一起看，就構成了一幅完整的畫面。
深藍系統不是安卓的替代品，而是一個完全不同的物種，是移動裝置的作業系統，而不是一個從PC作業系統移植過來的東西。
安卓是為PC設計的，後來被修改成手機系統。
深藍系統從第一天開始就是為手機設計的。
這個區別，決定了它們未來十年的命運。
上午的議程結束的時候，已經快十二點了。
陳洋最後說了一句：“下午的實操環節從兩點開始，大家可以帶著自己專案裡遇到的問題來，我們現場除錯。”
