最近我在完成一个项目的EVT(Engineering Verification Test)收尾工作,这个阶段是对工程验证测试进行的最后一次调试和验证。对于一款新产品的开发而言,通常会经历EVT、DVT和PVT三个阶段。在这三个阶段中,EVT是调试单板、验证设计方案可行性的关键阶段,而后面两个阶段在流程比较成熟的公司往往是比较顺利的。
在这个项目中,我深刻感受到代码的可移植性和可复用性的重要性,因此想与大家分享一下这些方面的经验。
代码的价值
从本质上来说,软件都是朝着高内聚、低耦合、良好的可移植性和较强的可复用性不断发展的。其中,高内聚和低耦合这两点跟项目的软件功能结构划分存在较大的联系,而可移植性和可复用性则较为通用和独立。
可移植性指的是软件在不同平台上运行的能力,而软件复用则是一种通过已有软件子件来构建新产品软件的能力。这些代码属性都将成为评价代码价值的指标。有些人可能认为,嵌入式系统的代码只需要能够满足客户需求,而且稳定运行,没有太多的bug即可。确实如此,但这只是代码最基本的价值,也被视为是代码本应该具有的价值。否则,如果代码只是一个“随便默写的abc”一般,那么根本就不算是真正的代码了。
要想成为一名优秀的程序员,仅仅满足基本的代码价值是远远不够的。我们还需要具备其他方面的能力,能够创造代码的其他价值,让代码的生命力延续得更久。其中,可移植性和可复用性是衡量重要指标。
可移植与可复用
开发一套软件,犹如生产一套工具,大部分情况下都不提倡一次性工具,你所开发的东西不仅能够满足当前需求,还需要为以后相似的开发或者应用以及产品的更新换代提供支持。
比如拿构建的滤波算法库,每次用到新的滤波算法都不会与实际的项目耦合,而是单独分离出来与算法库融合,并且开放出较全的对外接口。
这样仅仅只是考虑了软件的可复用能力,还要考虑该库的跨平台能力,比如把与平台相关的部分抽出来进行各平台的兼容等处理来加强各部分的可移植性。
其实很多时候有些人把软件的可复用更多的看成是一种纵向的可移植能力。
这样当我们进行下一个项目软件开发的时候,前期就可以直接把该库移植过去,后面就不需要再“重复造轮子”了。
一方面缩短了嵌入式软件的开发周期,另一方面相应的代码也会更加的稳定,从而提高了产品交付能力。
嵌入式更需要
在嵌入式软件开发中,代码的可移植和可复用能力相对而言会有更多的诉求。嵌入式就是用有限的资源来构建特定的应用场景,这句话里面有两个词**”有限****”和“特定”**,我觉得这不仅把嵌入式描述清楚了,而且把嵌入式与其他领域的区别道出来了。
很多做嵌入式的朋友玩了一段时间更上层的应用开发,就会觉得上层开发是那么的轻松,确实那很轻松,因为那些所带来的便利都是建立在过盛的硬件资源条件下完成的,然而嵌入式与此并不协调。
有过较长时间嵌入式软件开发的朋友,应该有一个感受–**”嵌入式太杂了”**,首先还不说各种应用的场景,单单嵌入式平台的底层驱动就非常的繁杂,平台种类繁多,同一平台下不同系列外设也会存在差异等等,甚至这些繁多的软件版本管控都是一个大学问。
刚开始学单片机的朋友,在起初都会有这样的挫败感,”又换MCU了呀?感觉又要重头开始学了?有开发板吗?有参考demo吗?“等等。
其实真正参加工作以后,几年下来接触到好几款芯片应该不是什么新鲜事了,甚至那些芯片都非常的冷门,所以在各平台上都游刃有余是一种重要能力的体现。
随着芯片工艺和技术的提升,MCU各方面的性能和功能都有加强,底层驱动部分的开发也是越来越复杂,datasheet更是需要经常查阅,因为很多时候厂家的例程无法满足目前的使用需求。
然而各大厂家都有自己的一套外设驱动流程和配套开发风格,没有得到统一,如果经常使用同一家厂家的产品,影响相对小一点。
比如st库就为大家做了这一块的工作,只要是使用st系列的MCU很多驱动都是通用的,但是也免不了标准库的停更和hal库与llc库的诞生,为了适应新鲜的东西,都需要花时间去测试、评估和修改。
所以对于底层驱动开发的复杂度,目前来看并没有很好的办法,如果驱动部分与应用部分再杂糅在一起,这样的代码就大大降低了我们今天谈的这两大属性。
所以驱动部分、平台相关的都要与具体应用代码进行分离。
![image-20231104204241282](https://pic.imgdb.cn/item/65463c71c458853aef749c8a.png)
构建中间层
对于底层驱动为了达到分离的目标,我们需要构建中间层,也有人称之为硬件抽象层,既然在MCU上底层驱动库很难得到较好的统一,通过分层的思想,把驱动和上层进行分离,通过构建一个中间层,中间层就相当于一个万能转换器,提供给上层的将是一套统一的接口,而内部通过API适配把底层的差异进行统一,以达到屏蔽掉底层的各种差异性的目的。
说起来好像挺简单的,其实不然,这套统一的接口是需要定义者对多个平台非常的熟悉,建立之前丰富的软件设计经验之上,并不简单的传递几个参数,封装成一个函数就完事了,往往如果接口统一不好,不仅仅达到到较好的可移植目的,甚至反而降低了处理的效率。
最后
在可移植性方面,对代码进行平台驱动的适配,以及平台属性方面的适配(比如数据类型的平台差异等),就可以满足系统的运作。
面对目前缺芯的境况,代码的可移植性的价值就体现出来了,可移植性好的改动也非常小。
而对于可复用能力,体现在新产品软件的快速构建能力了,代码的可复用能力越高,公司培养的CV工程师就越多,可复用性是一个解放程序员的代码属性。
为什么有些人越来越强,开发速度越来越快,很大程度上是因为他们所积累的软件子类具有较强的可移植性和可复用能力。
当你要进行一个新项目开发中,只需要把这些可复用的软件以模块的方式进行拼凑和协调即可实现一个你想要的工程,就跟我们建房子也是类似的道理。
中间件以上的软件部分,尽量不要使用编译器或者平台的特有属性,比如特定的关键字、函数、或者编译器的扩展语法等。
当然尽量不要用,并不是说你不要去了解和学习,如果其对系统性能提升有非常大的帮助,最好是想办法与实际的应用代码进行分离。
以上就是良许教程网为各位朋友分享的Linu系统相关内容。想要了解更多Linux相关知识记得关注公众号“良许Linux”,或扫描下方二维码进行关注,更多干货等着你 !
![137e00002230ad9f26e78-265x300](https://pic.imgdb.cn/item/65463c72c458853aef749e2d.png)