第220章 首期攻坚：能省几千万，两年的HAR架构(1/4)
而赵远这边，对能顺利请到长假毫不意外。此刻他根本没心思多想这些琐事，正牵头开一场核心技术攻坚会议。
会议室里气氛紧绷，赵远面前坐着一众管理层、林景行，还有好几名操作系统方向的核心技术骨干，所有人都凝神听他拆解新的架构思路——这批人后续就要负责对应模块的开发落地。
赵远站在白板前侃侃而谈，板面上密密麻麻写满了各类技术标注，最后落笔一行格外醒目的字：HAR硬件抽象层。
“我们要搭建一套带标准固定接口的中间代码层，夹在应用、图形、系统框架这三层上层模块和最底层的内核之间。”
他稍作停顿，看向众人，条理清晰地戳破现有架构的致命短板：
“你们都清楚现在的模式，上层每个模块都是直连调用内核，深度绑定Linux驱动的专属调用逻辑。以后一旦更换基带芯片等硬件，不光内核侧的驱动要大改，上层一大堆通信配套代码也得大面积重写。
更别说咱们公司的终极目标——以后要换掉Linux，做自己的自研内核。现在不加这层隔离，到时候上面所有软件基本都得推倒重来。
还有开发速度也受拖累，现在做上层功能，必须等底层内核调试完才能测试，所有人只能排队等着干，研发周期越拖越长。”
“而我设计的这套HAR抽象层，就是专门解决这些麻烦的。”
“以后上面三层软件，统一只调用HAR封装好的标准接口，完全不碰底层内核。HAR层自己再通过不同的‘适配插件’，去对接底下的Linux系统。
将来不管底层是用Linux，还是换成咱们自己的自研内核；不管换哪家的屏幕、哪个型号的手机芯片……上层软件都不用改，它只认HAR这一套统一指令，根本感觉不到底下硬件和系统变了。
另外，像资源冲突、报错提示、异常处理这些事，也全都收拢到HAR层统一解决，上层开发的人不用再去应付五花八门的底层报错。”
话音落下，在场的核心技术人员和管理层全都心头一震，纷纷看向赵远。谁都没料到这位年轻老板，对操作系统底层架构的理解居然精深到这种地步，各类专业技术框架、底层逻辑信手拈来。
林景行缓缓点头，接话道：“赵总这个分层设计太关键了，直接打破多层研发互相卡脖子的困局。
等以后切换自研内核，上层整套代码基本不用动，还是调同一套HAR抽象
本章还未完，请点击下一页继续阅读>>>
