快捷搜索:  as  MTU2MTAyMzk0MQ`

嵌入式系统的可裁剪性你了解多少

公司在研发嵌入式产品历程中,产品的功能会赓续的添加和更新,产品的型号也会越来越多。这时产品的软件研发团队就必要斟酌是在原有的软件版本上改动照样全新开拓。从研发资源上斟酌会斟酌基于原有软件上改动。原有软件上功能会越来越多,但一款产品可能只必要此中部分功能,这就要求嵌入式软件系统具有优越可裁剪性。嵌入式系统供给优越的裁剪性,有利于产品开拓团队做出更多差异化的产品和低资源的产品(裁剪后的软件系统平日也低落了对硬件的要求)。

嵌入式系统的可裁减性,必须在嵌入式系统设计中引入子系统和块的观点,只有在顶层设计时明确了子系统和模块。可裁减性才能够落地。分层设计做到位,子系统及模块间的依附关系越明确,耦合越少则裁减实施起来越简单。

静态编译时主如果经由过程前提编译宏来节制。为每个特点定义一个编译宏,当一款产品的特点确定后,在编译时只打开特定特点的编译开关,这样无关的特点代码就不会介入编译,有效的削减静态编译出来的软件包体积。此措施的缺陷是必须从新编译代码,同时低落了代码可掩护性。

动态库将各个功能模型分手编译成动态库,由主进程根据产品的功能必要加载必要的动态库。这种措施必要主进程从产品的规格文件获取必要加载的动态库,并按动态库要求的顺序依次打开。此措施的优点是不用从新编译,缺陷是实现起来繁杂。

节制函数流程,实现功能节制类似静态编译,只不过是将静态编译时的编译宏改玉成局变量判断。这些全局变量应该在主进程启动时从规格文件获取特点并加载在全局变量中,经由过程这些特点全局变量节制函数(营业)流程,达到功能裁减的目的。此措施是前面两种措施的折中,实现简单也不必要从新编译代码。但软件包体积没有减小。

平日在一个项目中不会只应用此中一种措施,而是会根据不合场景在不合的层次上同时应用上述措施。

您可能还会对下面的文章感兴趣: