第220章首期攻堅：能省幾千萬，兩年的HAR架構
第220章首期攻堅：能省幾千萬，兩年的HAR架構(第1/3頁)
而趙遠這邊，對能順利請到長假毫不意外。此刻他根本冇心思多想這些瑣事，正牽頭開一場核心技術攻堅會議。
會議室裡氣氛緊繃，趙遠麵前坐著一眾管理層、林景行，還有好幾名操作係統方向的核心技術骨乾，所有人都凝神聽他拆解新的架構思路——這批人後續就要負責對應模塊的開發落地。
趙遠站在白板前侃侃而談，板麵上密密麻麻寫滿了各類技術標註，最後落筆一行格外醒目的字：har硬件抽象層。
“我們要搭建一套帶標準固定接口的中間代碼層，夾在應用、圖形、係統框架這三層上層模塊和最底層的內核之間。”
他稍作停頓，看向眾人，條理清晰地戳破現有架構的致命短板：
“你們都清楚現在的模式，上層每個模塊都是直連調用內核，深度綁定linux驅動的專屬調用邏輯。以後一旦更換基帶芯片等硬件，不光內核側的驅動要大改，上層一大堆通信配套代碼也得大麵積重寫。
更彆說咱們公司的終極目標 —— 以後要換掉 linux，做自己的自研內核。現在不加這層隔離，到時候上麵所有軟件基本都得推倒重來。
還有開發速度也受拖累，現在做上層功能，必須等底層內核調試完才能測試，所有人隻能排隊等著乾，研發周期越拖越長。”
“而我設計的這套 har 抽象層，就是專門解決這些麻煩的。”
“以後上麵三層軟件，統一隻調用 har 封裝好的標準接口，完全不碰底層內核。har 層自己再通過不同的‘適配插件’，去對接底下的 linux 係統。
將來不管底層是用 linux，還是換成咱們自己的自研內核；不管換哪家的屏幕、哪個型號的手機芯片…… 上層軟件都不用改，它隻認 har 這一套統一指令，根本感覺不到底下硬件和係統變了。
另外，像資源衝突、報錯提示、異常處理這些事，也全都收攏到 har 層統一解決，上層開發的人不用再去應付五花八門的底層報錯。”
話音落下，在場的核心技術人員和管理層全都心頭一震，紛紛看向趙遠。誰都冇料到這位年輕老板，對操作係統底層架構的理解居然精深到這種地步，各類專業技術框架、底層邏輯信手拈來。
林景行緩緩點頭，接話道：“趙總這個分層設計太關鍵了，直接打破多層研發互相卡脖子的困局。
等以後切換自研內核，上層整套代碼基本不用動，還是調同一套har抽象接口，我們隻重寫har對接內核側的適配封裝就行，整體開發量能砍掉一大半。
後期排查故障也清晰太多，不用跨好幾個模塊來回核對、互相推諉。”
趙遠點了點頭，伸手指向白板
（本章未完，請點擊下一頁繼續閱讀）