為什么判斷結(jié)構(gòu)體相等要這么復(fù)雜呢？

77h2_eleven

為什么不能直接 == 呢？？？

77h2_eleven

我是說：為什么可以用 = 賦值，卻不可以用 == 判斷相等？
這才是我疑惑的~~

scutan

原帖由 77h2_eleven 于 2008-7-19 14:24 發(fā)表
為什么不能直接 == 呢？？？

對于C語言來說，它的結(jié)構(gòu)體名稱其實(shí)只是代表它成員變量的第一個(gè)元素。
比如說

1. 
   
2. struct sa
   
3. {
   
4. int a;
   
5. char buf[10];
   
6. };
   
7. 
   
8. struct sa ss;
   
9. 
   
10. 那么如果調(diào)用printf("%d\n", ss);與調(diào)用printf("%d\n", ss.a)的效果是一樣的。
    

復(fù)制代碼

所以不能夠用這種方法來比較。

MMMIX

原帖由 77h2_eleven 于 2008-7-19 14:25 發(fā)表
我是說：為什么可以用 = 賦值，卻不可以用 == 判斷相等？

因?yàn)?C 就是那么規(guī)定的。btw，可能他們覺得這種比較不常用，也無法高效的實(shí)現(xiàn)。

scutan

而且結(jié)構(gòu)體里面可能還有指針，你該如何判斷兩個(gè)指針是否相同，是根據(jù)指針?biāo)�指向的�?nèi)容來判斷還是僅僅根據(jù)指針的值來判斷。也是需要程序員自己來定義的。

MMMIX

原帖由 scutan 于 2008-7-19 14:33 發(fā)表

對于C語言來說，它的結(jié)構(gòu)體名稱其實(shí)只是代表它成員變量的第一個(gè)元素。

其實(shí)最真實(shí)的原因是無法對結(jié)構(gòu)體比較提供高效的實(shí)現(xiàn)。在 C 中，結(jié)構(gòu)體可能有填充位，這些填充位的值是未定義的，因此結(jié)構(gòu)體的比較就只能是逐個(gè)比較其成員，而這種比較方式的效率是很低的(例如碰到很大的結(jié)構(gòu)體)，這和  C 追求的高效背道而馳。另外，由于結(jié)構(gòu)體比較這種需求比較少，強(qiáng)迫編譯器去支持就不應(yīng)該了。

但是結(jié)構(gòu)體賦值就不同了，該操作實(shí)際上就是內(nèi)存拷貝，這個(gè)在許多機(jī)器上都可以很高效的實(shí)現(xiàn)。

btw，這個(gè)問題可以看下 ISO C Rationale

77h2_eleven

原帖由 MMMIX 于 2008-7-19 14:40 發(fā)表

其實(shí)最真實(shí)的原因是無法對結(jié)構(gòu)體比較提供高效的實(shí)現(xiàn)。在 C 中，結(jié)構(gòu)體可能有填充位，這些填充位的值是未定義的，因此結(jié)構(gòu)體的比較就只能是逐個(gè)比較其成員，而這種比較方式的效率是很低的(例如碰到很大的結(jié)構(gòu)體 ...

多謝LD，真是高手。
也就是說，由于賦值可以用memcpy等函數(shù)實(shí)現(xiàn)，但是比較卻不能用memcmp等函數(shù)實(shí)現(xiàn)。
所以，NNGX，費(fèi)力不討好，干脆就不實(shí)現(xiàn)了~~~

sun20082002

可以考慮將 == 重載,或者寫一個(gè)比較函數(shù),在比較很多的情況下,可以省事:wink:

prolj

C＋＋就是那么重載的，可是C不行

sun20082002

c的不熟悉了.原來如此,那讓我碰到c的,寫一個(gè)比較用途的全局函數(shù),就ok了吧?