记录一下，对nvme-cli 的插件架构的理解
- 主要是利用define 和 undefine，反复编辑
COMMAND_LISTENTRYPLUGIN - 真正的
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"，
 - idle)
)
