我想初始化一个struct元素，在声明和初始化中分裂。这是我所拥有的:
typedef struct MY_TYPE {
bool flag;
short int value;
double stuff;
} MY_TYPE;
void function(void) {
MY_TYPE a;
...
a = { true, 15, 0.123 }
}
这是根据C编程语言标准(C89、C90、C99、C11等)声明和初始化MY_TYPE局部变量的方法吗?或者有更好的方法或者至少有效的方法吗?
更新我最终有一个静态初始化元素，我设置每个子元素根据我的需要。
当前回答
C编程语言标准ISO/IEC 9899:1999(通常称为C99)允许使用指定的初始化式来初始化结构或联合的成员，如下所示:
MY_TYPE a = { .stuff = 0.456, .flag = true, .value = 123 };
ISO/IEC 9899:1999标准第6.7.8节初始化第7段定义为:
如果指示符具有该形式 ． 标识符 那么当前对象(定义如下)将具有结构类型或联合类型，标识符将是该类型成员的名称。
注意，同一节第9段规定:
除非另有明确说明，为了本小节的目的，结构类型和联合类型对象的未命名成员不参与初始化。结构对象的未命名成员即使在初始化之后也具有不确定的值。
然而，在GNU GCC实现中，省略的成员被初始化为零或类似零的适合类型的值。如GNU GCC文档第6.27节中所述:
省略的字段成员隐式初始化，与具有静态存储持续时间的对象相同。
根据官方博客文章c++一致性路线图，微软Visual c++编译器应该从2013版开始支持指定的初始化器。MSDN Visual Studio文档中的初始化联盟和Initializers的文章建议将未命名成员初始化为类似于GNU GCC的类似于零的适当值。
ISO/IEC 9899:2011标准(通常称为C11)已经取代了ISO/IEC 9899:1999，在第6.7.9节初始化中保留了指定的初始化器。决议草案还保留第9段不变。
新的ISO/IEC 9899:2018标准(通常称为C18)已经取代了ISO/IEC 9899:2011，在第6.7.9节初始化中保留了指定的初始化器。决议草案还保留第9段不变。
其他回答
如果MS没有更新到C99, MY_TYPE a = {true,15,0.123};
我找到了另一种初始化结构的方法。
结构:
typedef struct test {
int num;
char* str;
} test;
初始化:
test tt = {
num: 42,
str: "nice"
};
根据GCC的文档，这个语法从GCC 2.5开始就已经过时了。
C编程语言标准ISO/IEC 9899:1999(通常称为C99)允许使用指定的初始化式来初始化结构或联合的成员，如下所示:
MY_TYPE a = { .stuff = 0.456, .flag = true, .value = 123 };
ISO/IEC 9899:1999标准第6.7.8节初始化第7段定义为:
如果指示符具有该形式 ． 标识符 那么当前对象(定义如下)将具有结构类型或联合类型，标识符将是该类型成员的名称。
注意，同一节第9段规定:
除非另有明确说明，为了本小节的目的，结构类型和联合类型对象的未命名成员不参与初始化。结构对象的未命名成员即使在初始化之后也具有不确定的值。
然而，在GNU GCC实现中，省略的成员被初始化为零或类似零的适合类型的值。如GNU GCC文档第6.27节中所述:
省略的字段成员隐式初始化，与具有静态存储持续时间的对象相同。
根据官方博客文章c++一致性路线图，微软Visual c++编译器应该从2013版开始支持指定的初始化器。MSDN Visual Studio文档中的初始化联盟和Initializers的文章建议将未命名成员初始化为类似于GNU GCC的类似于零的适当值。
ISO/IEC 9899:2011标准(通常称为C11)已经取代了ISO/IEC 9899:1999，在第6.7.9节初始化中保留了指定的初始化器。决议草案还保留第9段不变。
新的ISO/IEC 9899:2018标准(通常称为C18)已经取代了ISO/IEC 9899:2011，在第6.7.9节初始化中保留了指定的初始化器。决议草案还保留第9段不变。
void function(void) {
MY_TYPE a;
a.flag = true;
a.value = 15;
a.stuff = 0.123;
}
这些答案我都不喜欢，所以我自己编了一个。我不知道这是否是ANSI C，它只是默认模式下的GCC 4.2.1。我从来不记得括号，所以我从我的数据子集开始，并与编译器错误消息做斗争，直到它关闭。可读性是我的首要任务。
// in a header:
typedef unsigned char uchar;
struct fields {
uchar num;
uchar lbl[35];
};
// in an actual c file (I have 2 in this case)
struct fields labels[] = {
{0, "Package"},
{1, "Version"},
{2, "Apport"},
{3, "Architecture"},
{4, "Bugs"},
{5, "Description-md5"},
{6, "Essential"},
{7, "Filename"},
{8, "Ghc-Package"},
{9, "Gstreamer-Version"},
{10, "Homepage"},
{11, "Installed-Size"},
{12, "MD5sum"},
{13, "Maintainer"},
{14, "Modaliases"},
{15, "Multi-Arch"},
{16, "Npp-Description"},
{17, "Npp-File"},
{18, "Npp-Name"},
{19, "Origin"}
};
数据一开始可能是一个以制表符分隔的文件，您可以搜索-替换它以将其转换为其他文件。是的，这是Debian的东西。因此，一个外部的{}对(表示数组)，然后是内部每个结构的另一对。中间有逗号。把东西放在一个头并不是严格必要的，但我在我的结构中有大约50项，所以我想把它们放在一个单独的文件中，既保持混乱的代码，所以更容易替换。
