嵌入式C编程技法之“数据驱动编程“

什么是数据驱动编程

作者一直觉得"·没有设计思想的代码是没有灵魂的·“，所以在这么多年的程序设计中一般首先设计程序架构然后再进行编码，之前作者为大家介绍了一下<【杀手锏】用“万能C编程”来引出"面向对象”>,应该有很多之前没有接触过这方面内容的小伙伴从中受益，同时也希望作者能够带来更多类似的文章，所以就有了该新作。

1.通过MP3来看看数据驱动编程

这里拿MP3播放器作为一个例子为大家引出数据驱动思想，使用MP3播放器进行音乐播放需要有MP3格式的文件，并且不同的歌曲都会遵循该格式的文件依次存放。

那么对应的MP3播放器会按照MP3音乐文件进行对应的解析，这样对于不同的音乐文件都是统一的解析方式，并不需要换另外一种解析方式，以后我们想播放其他的音乐仅仅只需要添加对应的音乐文件即可，而并不需要再更新对应的音乐播放器。

同时当我们需要切歌、定义播放模式等等，仅仅只需要对播放文件索引进行逻辑处理即可，该实例就为我们展示了数据驱动思想的特点: 认为数据易变，而逻辑相对比较固定，这样便把数据和逻辑分离，降低代码逻辑的重复，增强代码的聚合度。

2.数据驱动实现框架图

在之前的文章中作者在介绍结构体的时候说到了一个妙处不知道大家还是否记得？<【典藏】大佬们都在用的结构体进阶小技巧>，在该文中说到结构体可以囊括所有数据，并且几乎所有的事物进行抽象以后都可以归为数据，所以采用数据驱动开发也将是行之有效的思路

分析一下：

• 左边是所有的数据，包括用户的输入，所采集的数据、还有各种处理数据的方法都是数据，获得所有的数据以后，正常思路是直接编码进行数据解析，最终实现项目需求。
• 然而对于数据驱动开发，并不是立马进行数据解析，而是首先进行数据库设计，这里作者所谓的数据库并不是mysql什么的，而是一种数据结构，表明数据与数据的关系等，类似于前面提到的MP3格式文件。
• 设计好数据库以后，需要构造数据库解析的方式，该解析方式的目标是实现项目功能目标的全部或者是一部分，也就类似于前面提到的MP3播放器。

实现合集

对于数据驱动编程最大的难点在·抽象出数据库和数据解析(有点类似于一个文本解析器),这两部分的设计的灵活度就决定了程序的扩展性和紧凑性。

目前比较简单的就是用数组等作为数据库，数据解析基本上是查表，所以也有很多小伙伴直接称为表驱动编程，然而对于数据驱动编程远远可以设计得比表驱动复杂，所以这也是在开发中选择数据驱动方法编码的一个决定因素。

下面作者还是以比较基础的实例跟大家分析分析:

1. 状态机的实现

#include <stdio.h>
#include <stdlib.h>

//构造数据  
#define STATUE1    (0) 
#define STATUE2    (1) 
#define STATUE3    (2) 
#define MAX_STATUE (3)

int Statue1Process(int param);
int Statue2Process(int param);
int Statue3Process(int param);

/***************************************
 * Fuciton:数据驱动编程实例  
 * Author :(公众号:最后一个bug) 
 ***************************************/

//构造数据库
typedef int (*PStatueMachineProcess)(int param);
PStatueMachineProcess MachineProcess[MAX_STATUE] =
{
    Statue1Process,
    Statue2Process,
    Statue3Process  
};

//构造数据 
int Statue1Process(int param)
{
    printf("Statue1Process\n");
    return STATUE2;
}

int Statue2Process(int param)
{
    printf("Statue2Process\n");
    return STATUE3;
}

int Statue3Process(int param)
{
    printf("Statue3Process\n");
    return STATUE1;
}

int main(int argc, char *argv[]) {
    int statue = STATUE1;
    int count = 0;

    //数据库解析和逻辑引导 
    while(1)
    {
        statue = (MachineProcess[statue])(0);
        count++;
        if(count > 10)break;
    }

    printf("公众号:最后一个bug\n");

    return 0;
}

分析一下：

• 这样实现状态机应该比if-else方便多了，上面的代码对于有一定编程经验的小伙伴而言，似乎仅仅只是用了一个函数指针数据就搞定了，如果我们再认真解读一下，其实在该过程中仅仅就是状态数据发生了变化，其他均是绑定一套连贯处理，这里的状态数据作为了数组的标识，所以在此也说明数据驱动的特点：仅仅只对数据敏感。

• 从上面的处理可以发现该方式可以减少switch和if-else的使用。

2. 消息处理机制

typedef enum
{
    OBJ_TYPE_1,
    OBJ_TYPE_2,
    OBJ_TYPE_3,
} ENUM_OBJ_TYPE;

typedef enum
{
    SIG_TYPE_1,
    SIG_TYPE_2,
    SIG_TYPE_3,
} ENUM_SIG_TYPE;

typedef int (*MessageProcess)(int param);

typedef struct _tag_MessagePack 
{
    ENUM_OBJ_TYPE       ObjType;    // 对象类型  
    ENUM_SIG_TYPE    SignalType;    // 消息类型
    MessageProcess   MessageProc;   // 消息处理 
} sMessagePack;

int obj1_Sig1_proc(int param)
{
    // 函数实现...
}

// ... 其他函数定义 ...

/***************************************
 * Function: 构造数据库 
 * Author :(公众号:最后一个bug) 
 ***************************************/

sMessagePack stMessagePack[] = 
{
    {OBJ_TYPE_1, SIG_TYPE_1, obj1_Sig1_proc},
    {OBJ_TYPE_1, SIG_TYPE_2, obj1_Sig2_proc},
    {OBJ_TYPE_2, SIG_TYPE_1, obj2_Sig1_proc},
    {OBJ_TYPE_2, SIG_TYPE_2, obj2_Sig2_proc},
    {OBJ_TYPE_3, SIG_TYPE_1, obj3_Sig1_proc},
    {OBJ_TYPE_3, SIG_TYPE_2, obj3_Sig2_proc},
};

/***************************************
 * Function: 消息循环处理 
 * Author :(公众号:最后一个bug) 
 ***************************************/
MessageProcess MessageLoop(ENUM_OBJ_TYPE objType, ENUM_SIG_TYPE signalType)
{
    int i = 0;
    for (i = 0; i < (sizeof(stMessagePack)/sizeof(sMessagePack[0])); i++)
    {
        if ((stMessagePack[i].ObjType == objType) && (stMessagePack[i].SignalType == signalType))
        {
            return stMessagePack[i].MessageProc;
        }
    }
    return NULL;
}

分析一下：

• 上面代码仅仅只是给大家简单的体验一下数据驱动编程方法，对于效率等等作者没有过多的考虑，其性能与所设计的数据结构有关系。所以这样的处理也避免了很多小伙伴进行硬编码的习惯。

总结

最后对于数据驱动编程并不是万能的，可能对于有些设计反而起到副作用，一般用于实现逻辑相对比较清晰的处理，不过对于简化条件语句还是非常好用的，所以对于这些编程思路，需要根据具体情况进行选择，同时也要对目标项目有较强的理解能力。

转载

https://mp.weixin.qq.com/s/NDb6YklksT4JkYRo_N7wKg