c/c++语言开发共享C样式结构声明

 typedef struct _STRUCTNAME { // struct contents } STRUCTNAME; 

这段代码做了两件事：

这样做的原因是，在正确的C代码中，您以其他方式声明struct （如上所述）的方式如下：

 struct _STRUCTNAME structInstance; 

但是，使用typedef ，您可以简单地使用以下内容：

 STRUCTNAME structInstance; 

enum声明也是如此。

STRUCTNAME是typedef名称。

_STRUCTNAME是结构的“标记”，它位于不同的名称空间中。

在ANSI标准化之前，结构标记命名空间在许多编译器中并不是独立的，因此为了防止名称与typedef名称冲突，它必须是不同的。 但是，由于标准化，标签名称不需要不同。

你会看到Windows代码中经常使用的这个习惯用语，毫无疑问，因为它在SDK的许多示例中都是这样。 Raymond Chen在一段时间后写了一篇关于它的博客文章：

另外，我确信会有一些关于如何为实现保留_STRUCTNAME标识符的注释，因此在任何情况下使用该表单都不是一个好主意。

迈克尔伯尔说：

另外，我确信会有一些关于如何为实现保留_STRUCTNAME标识符的注释，因此在任何情况下使用该表单都不是一个好主意。

好的，我是游戏（但我想要一些格式化，所以你得到一个答案）：

语言标准是编译器 – 编写器和编译器 – 用户之间的契约，每个承诺都会做，而不是做某些事情。

大多数以_开头的标识符都是为实现保留的 – 包括所有以_开头的后跟大写字母的标识符。 这意味着允许编译器 – 编写器将它们用于任何目的，因为编译器用户已经承诺不使用它们。

违反承诺的编译器用户会得到奇怪的结果。

相反，[适用]标准未为实现保留的所有标识符都保证可供编译器用户使用，因为编译器 – 编写者已承诺不使用它们。

当有效代码获得奇怪的结果时，违反承诺的编译人员会得到退款要求。

我的偏好是在标签名称上添加尾随_ ，包括警卫等，以确保我不在实现的空间内; 从而：

 typedef struct STRUCTNAME_ { // struct contents } STRUCTNAME; 

（一些纯粹主义者对typedef的皱眉只是语法糖，但C在这里和那里需要一点糖，否则它看起来很平淡。）

我相信你的困惑是为什么 struct定义末尾的标识符列表没有实例化实例。 原因是因为您已包含typedef关键字。

考虑typedef的syantax：

 typedef type-definition identifier; 

你所做的是提供你的struct作为类型定义。 您正在定义类型，而不是创建实例。 将此约束为实例化结构只是定义内联类型的实例：

 struct STRUCTNAME { // struct contents } myStruct, *ptr, alsoMyStruct; 

如果不包含typedef关键字，则标识符只会像往常一样指定实例。

 const struct STRUCTNAME ARRAYNAME[] = { // various STRUCTNAMEs declared here }; 

上面的代码不会为数组的不完整类型编译。 我认为它应该是错误的

 const struct _STRUCTNAME ARRAYNAME[] = ... 

或者，您可以使用typedef而不指定struct关键字

需要了解更多c/c++开发分享C样式结构声明，也可以关注C/ C++技术分享栏目—计算机技术网(www.ctvol.com)!

 const STRUCTNAME ARRAYNAME[] =