为什么这样子不报错，或者给一个什么警告也好？

L_kernel

1. #include <stdio.h>
   
2. 
   
3. struct scul_qset {
   
4.         int data;
   
5.         struct scul_qset* next;
   
6. };
   
7. 
   
8. int main()
   
9. {
   
10.         int scul_qset;
    
11.         struct scul_qset scul_qset_instance;
    
12.         return 0;
    
13. }

复制代码

int scul_qset; /* 定义一个和结构标识符相同的变量 */

OwnWaterloo

1. 
   
2. void x(void)
   
3. {
   
4.       struct x { struct x* x; } x;
   
5. x:
   
6.       x.x = &x;
   
7. }
   

复制代码

有一种…… "要是吐槽就输了"的感觉 >_<

nketc

所有这些不在一个概念域中。或者说不在一个名字空间中。从编译器的实现上说他们分属于不同的符号表。

OW吐槽啊，俺就稀饭看你吐槽。

OwnWaterloo

回复 3# nketc

C语言已经是这样子了……  吐也没用……

struct x x; 这种代码倒是经常在一些老的书籍或代码里看见……  这也就算了……
还不如去吐槽那些尽可能"利用"名字空间将人搞晕的代码……

nketc

有时候名字不好起啊。写代码有不少时间都花在怎样给函数，变量，类型命名上了。nnd有时候写测试代码的时候，直接xxx1，xxx2就上了。

davelv

回复 5# nketc

同，还有写注释也花了一些时间。
但是要论起来化在设计/调整设计上的时间还是最多的。

OwnWaterloo

回复 5# nketc

>> 有时候名字不好起啊。写代码有不少时间都花在怎样给函数，变量，类型命名上了。
同感……


>> nnd有时候写测试代码的时候，直接xxx1，xxx2就上了。
我有时候会出现这种状况……

1. 
   
2. {
   
3. // ...
   
4.       {
   
5.       // ...
   
6.             {
   
7.             // ...
   
8. 
   
9. // 层次太深
   
10. // 于是这里干脆从顶重新开始……
    
11. {
    
12. // ...
    

复制代码

估计会被很多卫道士反对……
管他呢…… 测试代码而已……

nketc

俺没写过啥复杂的算法，注释一般比较简略。好的命名和排版啥的本身就是注释
当然写算法就另当别论了。

ps-----------
1）看别人代码犯困
2）写代码精神
3）查bug，带劲。

OwnWaterloo

回复 1# L_kernel

无论是好是坏…… C语言已经成这个样子了……
趁着首页还在， 还是正经回复一下吧……


同一个名字/标识符，可以指代不同的东西 —— 无论是否应该这样编写代码 —— 这个应该是蛮常见的。比如：

1. 
   
2. void f(void)
   
3. {
   
4.                           /* ^ */     /* ^ */
   
5.       int x,y;            /* | */     /* | */
   
6.                           /* A */     /*   */
   
7.                           /* | */     /*   */
   
8.                           /* v */     /*   */
   
9. 
   
10.       {                   /* ^ */     /*   */
    
11.             double x,z;   /* | */     /*   */
    
12.                           /* B */     /* C */
    
13.                           /* | */     /*   */
    
14.       }                   /* v */     /*   */
    
15. 
    
16.                           /* ^ */     /*   */
    
17.                           /* | */     /*   */
    
18.                           /* A */     /*   */
    
19.                           /* | */     /* | */
    
20.                           /* v */     /* v */
    
21. }
    

复制代码

在C范围内， y 指代那个 int 变量。
在（两个）A范围内， x 指代那个 int 变量
而中间的B范围内， x 指代那个double变量。 z指代另一个double变量。

这是通过名字出现的位置决定名字指代物。


而 struct x x; 是另一种情况。
是通过名字的种类/作用决定名字的指代物。

1. 
   
2. struct    /* 有了 struct "前缀" 后续的 */
   
3.        x  /* 就是指一个 tag 而不是别的东西 */
   
4.           /* 之后的 */
   
5.        x  /* 就是一个普通标识符 */
   
6.        ;  /* 两者不会冲突 */
   
7. 
   
8. x :       /* x 指 label 同样不会冲突 */
   

复制代码

PS：
对 lable 是函数作用域而不是块作用域感到惊讶的同学，可以问问使用js的同学是什么感受……
对 C语言区分ordinary/member/tag/label 感到惊讶的同学，可以参考lisp-1与lisp-2之间争论。

L_kernel

回复  L_kernel

无论是好是坏…… C语言已经成这个样子了……
趁着首页还在， 还是正经回复一下吧…… ...
OwnWaterloo 发表于 2011-10-30 01:14

感谢回复。说得这么多。困扰我的正是这种
struct x x {};的情况。名字空间这个倒不是我发帖子的目的，不好意思，帖的代码很烂。