nvme-cli 插件架构

记录一下，对nvme-cli 的插件架构的理解

• 主要是利用define 和 undefine，反复编辑 COMMAND_LIST ENTRY PLUGIN
• 真正的 dell-nvme.h 文件是宏展开后的效果，下面给demo

demo-nvme.h
// Stage 1: 函数原型static int cmd1_impl(int argc, char **argv, struct command *acmd, struct plugin *plugin);
static int cmd2_impl(int argc, char **argv, struct command *acmd, struct plugin *plugin);// Stage 2: 命令结构体
static struct command cmd1_cmd = {.name = "cmd1",.help = "Command 1",.fn = cmd1_impl,.alias = NULL};
static struct command cmd2_cmd = {.name = "cmd2",.help = "Command 2",.fn = cmd2_impl,.alias = "c2"};// Stage 3: 命令列表
static struct command *commands[] = {&cmd1_cmd,&cmd2_cmd,NULL};// Stage 4: 插件注册
static struct plugin plugin = {.name = "my_plugin",.desc = "plugin_description",.version = "1.0",.commands = commands};static void init(void)
{register_extension(&plugin);
}

• 为了避免每次#include 这个头文件都会 去重新展开成头文件，用#ifdef CREATE_CMD 来控制，只有当你想要将宏展开成头文件定义的时候，才定义此宏
• __attribute__((constructor)) 是gcc的新特性，自动调用，可以将这些插件都挂到链表上，链表是一个全局变量，
• 还有一个问题，第一次#include inspur-nvme.h 那些宏的定义都还没有展开呢 CMD_HEADER_MULTI_READ 此时就没有定义。直接执行下面的 #include "define_cmd.h"，