正如乔尔在Stack Overflow podcast #34中指出的那样,在C Programming Language(又名:K&R)中,在C中提到了数组的这个属性: a[5] == 5[a]
乔尔说它明白了.419660_ t . Why does a[5] == 5[a] ?
正如乔尔在Stack Overflow podcast #34中指出的那样,在C Programming Language(又名:K&R)中,在C中提到了数组的这个属性: a[5] == 5[a]
乔尔说它明白了.419660_ t . Why does a[5] == 5[a] ?
17 回答
因为数组访问是根据指针定义的 .
a[i]
被定义为*(a + i)
,这是可交换的 .不错的问题/答案 .
只是想指出C指针和数组不一样,虽然在这种情况下差异并不重要 .
请考虑以下声明:
在a.out中,符号a位于数组开头的地址处,符号p位于存储指针的地址处,而该存储器位置处的指针值是数组的开头 .
从字面上回答这个问题 .
x == x
并不总是如此版画
指针类型
1)指向数据的指针
2)const指向数据的指针
3)const指向const数据的指针
并且数组是我们列表中的类型(2)
当你在那个指针中 define an array 时 address is initialize
我们知道我们可以在编译时抛出 ERROR
我发现的主要区别是......
我们可以通过地址重新初始化指针,但不能用数组重新初始化指针 .
======
并回到你的问题......
a [5]只不过是*(a 5)
you can understand easily by
a - 包含地址(人们称之为基地址)就像我们列表中的(2)类型的指针一样
[] - 该操作符可以用指针*替换 .
所以最后......
在c编译器中
是不同的方式来引用数组中的元素! (不是所有的WEIRD)
我认为其他答案正在忽略某些事情 .
是的,
p[i]
在定义上等同于*(p+i)
,它(因为加法是可交换的)相当于*(i+p)
,它(再次由[]
运算符的定义)等效于i[p]
.(在
array[i]
中,数组名称被隐式转换为指向数组第一个元素的指针 . )但在这种情况下,加法的交换性并不是那么明显 .
当两个操作数具有相同的类型,或者甚至是被提升为共同类型的不同数字类型时,交换性就非常有意义:
x + y == y + x
.但在这种情况下,我们特别谈论指针算法,其中一个操作数是指针而另一个是整数 . (整数整数是一个不同的操作,指针指针是无意义的 . )
C标准对
+
运算符的描述(N1570 6.5.6)说:它可以很容易地说:
在这种情况下,
i + p
和i[p]
都是非法的 .在C语言中,我们确实有两组重载的
+
运算符,可以松散地描述为:和
其中只有第一个是真正必要的 .
那么为什么会这样呢?
C从C继承了这个定义,它从B得到它(数组索引的交换性在1972年Users' Reference to B中明确提到),它是从BCPL(1967年的手册)得到的,它甚至可以从早期的语言中得到它(CPL) ?Algol?) .
因此,数组索引是根据加法来定义的,并且即使是指针和整数,这种加法也是可交换的,可以追溯到C的祖先语言几十年 .
这些语言的类型远不如现代C语言 . 特别是,指针和整数之间的区别经常被忽略 . (在将
unsigned
关键字添加到语言之前,早期的C程序员有时会使用指针作为无符号整数 . )因此,由于操作数不同类型而使加法不可交换的想法可能不会达到防止它的语言 .多年来,对该规则的任何更改都会破坏现有代码(尽管1989 ANSI C标准可能是一个很好的机会) .
改变C和/或C要求将指针放在左边,而整数放在右边可能会破坏一些现有代码,但不会损失真正的表达能力 .
所以现在我们有
arr[3]
和3[arr]
意思完全相同,尽管后一种形式永远不会出现在IOCCC之外 .而且当然
这个的主要原因是在70 's when C was designed, computers didn' t中有很多内存(64KB很多),所以C编译器没有做太多的语法检查 . 因此“
X[Y]
" was rather blindly translated into "*(X+Y)
”这也解释了“
+=
" and "++
" syntaxes. Everything in the form "A = B + C
”具有相同的编译形式 . 但是,如果B与A是同一个对象,然后可以进行装配级别优化 . 但编译器不够明亮,无法识别它,因此开发人员必须(A += C
) . 类似地,如果C
是1
,则可以使用不同的程序集级别优化,并且开发人员必须再次使其显式化,因为编译器无法识别它 . (最近的编译器会这样做,所以这些天的语法很大程度上是不必要的)我知道这个问题已得到解答,但我无法抗拒分享这个解释 .
我记得编译器设计的原理,让我们假设
a
是一个int
数组,int
的大小是2个字节,a
的基地址是1000 .a[5]
将如何运作 - >所以,
类似地,当c代码被分解为3地址代码时,
5[a]
将变为 - >所以基本上两个语句都指向内存中的相同位置,因此,
a[5] = 5[a]
.这个解释也是数组中负数索引在C中工作的原因 .
即如果我访问
a[-5]
它会给我它将在990位置返回我的对象 .
在C.
指针是一个“变量”
数组名称是“助记符”或“同义词”
p++;
有效但a++
无效a[2]
等于2 [a],因为两者的内部操作都是“指针算术”内部计算为
*(a+3)
等于*(3+a)
在C arrays中,
arr[3]
和3[arr]
是相同的,它们的等效指针符号是*(arr + 3)
到*(3 + arr)
. 但相反[arr]3
或[3]arr
不正确会导致语法错误,因为(arr + 3)*
和(3 + arr)*
不是有效的表达式 . 原因是解除引用操作符应该放在表达式产生的地址之前,而不是在地址之后 .不是答案,而只是一些思考的食物 . 如果类具有重载索引/下标运算符,则表达式
0[x]
将不起作用:由于我们无法访问 int 类,因此无法执行此操作:
它在Ted Jensen的C指南和阵列中有很好的解释 .
Ted Jensen将其解释为:
C标准定义
[]
运算符如下:a[b] == *(a + b)
因此
a[5]
将评估为:和
5[a]
将评估为:a
是指向数组第一个元素的指针 .a[5]
是从a
进一步的值 elements ,与*(a + 5)
相同,从小学数学我们知道它们是相等的(加法是commutative) .我只是发现这个丑陋的语法可能是“有用的”,或者至少非常有趣,当你想要处理一个引用同一数组的位置的索引数组时 . 它可以替换嵌套的方括号,使代码更具可读性!
当然,我很确定实际代码中没有用例,但无论如何我发现它很有趣:)
对于C中的指针,我们有
并且
因此确实
a[5] == 5[a].
嗯,这是一个功能,只有语言支持才有可能 .
编译器将
a[i]
解释为*(a+i)
,表达式5[a]
求值为*(5+a)
. 由于加法是可交换的,事实证明两者是相等的 . 因此表达式的计算结果为true
.有一件事似乎没有人提到有关黛娜的问题
sizeof
:您只能向指针添加整数,不能将两个指针一起添加 . 这样,当向整数添加指针或向指针添加整数时,编译器总是知道哪个位具有需要考虑的大小 .