昨天写代码被人告知还有这种写法,很神奇。通常情况下定义数组都是顶一个什么类型的数组然后下标或者脚标就是从0开始++++
int array[10] = {0, 1, 2, 3, 4, 5, 6, 7, 8, 9};
- 1
但是用0-N这种整形数字做下标可读性非常不高,如果这个数组里保存的数据比较复杂,那么这种硬编码的下标方式非常的危险。所以这里通常都使用枚举变量作为下标来访问数组。如下“`
static char* language_type_data[] = {
"Chinese",
"German",
"American"
};
- 1
- 2
- 3
- 4
- 5
这里定义了一个字符指针型数组,用来保存语言类型,如下顶一个了一个枚举类型,用来作为访问数组的脚标。
typedef enum OS_APP_LANGUAGE_TYPE_E
{
OS_APP_LANGUAGE_TYPE_EN = 0,
OS_APP_LANGUAGE_TYPE_DE = 1,
OS_APP_LANGUAGE_TYPE_US = 2,
OS_APP_LANGUAGE_TYPE_UNKNOWN,
}OS_APP_LANGUAGE_TYPE_E;
OS_APP_LANGUAGE_TYPE_E os_app_language_type_data;
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
这里使用language_type_data[OS_APP_LANGUAGE_TYPE_EN ]来访问数组第一个成员。这样写可读性很高,而且后期可以继续添加数组的成员,枚举的成员,且代码可以用循环判断来写,这样以后增加新成员只需要在枚举和数组上增加变量既可。但这段代码也有隐藏的问题。看似可读性高的代码其实也是硬编码作为脚标,如果在输入数据时候数组和枚举的顺序有一些变化,就会出现bug,且这个bug很难被发现。且这个枚举是作为SDK提供给上层,且你的代码不公开,这样会出现很大问题。
为了避免这种隐患可以在定义数组时候使用枚举作为数组的下标,这样即使数据输入混乱,但是只要数组定义时候枚举下标定义和数组成员可以对应正确就可以避免这种错误。代码如下:
static char* language_type_data[] = {
[OS_APP_LANGUAGE_TYPE_EN] = "Chinese",
[OS_APP_LANGUAGE_TYPE_DE] = "German",
[OS_APP_LANGUAGE_TYPE_US] = "American"
};
- 1
- 2
- 3
- 4
- 5
使用language_type_data[OS_APP_LANGUAGE_TYPE_EN]来访问数组,这样技术数据顺序混乱也不会出现问题。