上面两节讲到了硬件驱动的注册和软件算法的注册,软件算法可以选择独占还是共有。其中硬件驱动在lua函数中的实现需要通过一个抽象层完成与外部的对接。软件算法如果选择独占那可以直接在lua函数实现进行调用,如果选择共享那它也得和硬件驱动一样另外做一个抽象层与外部进行对接。
那么大家有没有想过↓↓↓↓↓↓↓↓↓↓↓↓↓↓
一个成功的软件系统,往往需要根据需求在不同的系统平台上运行,为了解决系统在多个平台的移植带来的风险,业务架构往往会设计相应的平台适配层来隔离不同平台的差异,如何设计一个易于扩展的平台适配层,是软件设计人员需要考虑的问题。
为了让大家更方便地移植我们的elua开源模块,我们进行了相应的平台适配代码的编写工作,其目录位于elua/platform。我们由于时间有限,在该目录下只提供了opanat平台的适配代码以及win32平台的适配代码。其中openat平台的适配代码支持的功能较多,可以直接用于我们的csdk开发环境,该提供的功能基本都提供了。若有其他需求,也可自行添加其他的程序模块。
拿上面硬件驱动中的adc模块讲下,它的平台适配代码极其简单,看看下面的代码块其中platform_adc_open
的对接只需要一行。platform_adc_close
的对接还是一行。
platform_adc_read
的对接看起来有好几行,仔细看看读取部分,实际上还是只有一行,只不过为了给elua提供两个结果的返回值,进行了一点点运算。
int platform_adc_open(unsigned id, unsigned mode)
{
//return PLATFORM_OK;
/*+\BUG\wangyuan\2020.06.30\lua版本编译不过*/
return IVTBL(InitADC)(id, mode) ? PLATFORM_OK : PLATFORM_ERR;
/*-\BUG\wangyuan\2020.06.30\lua版本编译不过*/
}
int platform_adc_close(unsigned id)
{
return IVTBL(CloseADC)(id) ? PLATFORM_OK : PLATFORM_ERR;
}
int platform_adc_read(unsigned id, int *adc, int *volt)
{
u16 adcVal = 0xFFFF;
u16 voltage = 0xffff;
BOOL ret;
ret = IVTBL(ReadADC)(id, &adcVal, &voltage);
*adc = voltage / 3;
*volt = voltage;
return ret ? PLATFORM_OK : PLATFORM_ERR;
}
那么到现在为止,我们已经将elua的内核部分、模块的注册部分、平台的对接部分,都捋了一遍。东西就这么多,流程就是这样。只不过有的模块复杂点,有的地方的代码它就多一点,化繁为简就那么几行重要的。那么我们的elua开源项目的基础部分也就到处为止了。说那么多有什么用,你甚至可以不看,是骡子是马拉出来溜溜。