第511章布局全行業！天樞OS的生態
第511章布局全行業！天樞OS的生態(第2/3頁)
動代碼必須開源，提交技術委員會審核通過後，並入官方主乾，全行業共享。以後再遇到同款硬件，直接複用開源代碼，不用每家都重複造輪子。”
林景行頓了頓，看大家都恍然大悟的樣子後，繼續說道：一句話總結就是，hal是上層係統和底層硬件之間的標準隔離層，app隻認接口，不認硬件；廠商隻改底層，不影響上層。”
“這就是接口與實現分離，也叫解耦。碎片化的問題，這不從根上就解決了。”
趙遠靠在椅背上微微點頭。他太清楚安卓的曆史痛點了——早期安卓之所以碎片化嚴重、手機越用越卡，根子就在上層係統與底層硬件之間冇有一道標準隔離牆。
係統想用攝像頭，得直接找廠商的驅動，按人家私有的規矩來。a廠商一套接口，b廠商一套接口，係統框架裡寫的代碼又隻認其中一家的接口，隻能對接這一家。
換個攝像頭，接口對不上，係統自己先崩，app就更彆說了換了硬件就得大改，這就導致廠家連係統升級都難。
因為穀歌出了新版本，得芯片廠商先改驅動，再交給手機廠商改適配，最後才能推給用戶。哪一環不配合，這手機就永遠停在老版本。
所以那時候很多手機買來是什麼係統版本，用到報廢還是什麼版本。問題就出在冇有這層標準隔離。
（本章未完，請點擊下一頁繼續閱讀）第511章布局全行業！天樞os的生態陽謀(第2/2頁)
於是後來android8.0搞了proiecttreble，本質上就是強製規定了統一的hal層：全行業隻能用同一張菜單。菜單由穀歌定死，不準改。廠商後廚怎麼做菜隨便，但端出來的菜名必須跟菜單對上。
從此換硬件不用改上層，係統升級也不用等廠商重新適配。而安卓是2017年才推出這套方案，解決碎片化問題還花了好幾年，而且到現在都還在逐步消化曆史遺留問題。
但天樞os從設計之初就把這套架構定好了，從根上就避開了安卓踩過的坑——碎片化、越用越卡、體驗割裂、開發者適配成本高這些毛病，從一開始就不會出現。
又有人沉吟兩秒，跟著追問了一句，語氣裡帶著實打實的顧慮：“那就算接口統一了，真有大廠有能力改內核、自研性能優化和影像技術，那還買我們的增值包乾什麼？”
“我們這部分研發不就冇有收入了嗎？收入這話不就成擺設了？甚至我們還幫他們賣技術分潤，這不等於養虎為患？”
盧偉兵笑了笑：“怎麼會成擺設？首先，這套邏輯本身就是專門給長遠手機拉開差距用的——核心技術永遠先給我們自己的旗艦用，半年後才對外放出。單這一條，差異化就立
（本章未完，請點擊下一頁繼續閱讀）