关于递增(++)/递减(--)运算符

3万 · 2007-11-28 20:19

所以，不要吝啬使用“()”，在每一个可能混淆的地方都放一对“()”……

只看该作者 · 2007-11-28 20:41

希望不要误解，我认为LZ文中前半部分解释了关于++和--分置前后的问题是不错的了，而且对不太清楚的朋友也有帮助。
不过，后半部分++++多了就没有什么意思了，我的看法遇到这么多+的程序不看也罢，纯粹的个人表现，LZ能指出分析结果大家可以借鉴，但不见得要分析。
当然，我认为打写++++人的屁股到死（不包括LZ范文中的那么多+）还是赞成的。

1万 · 2007-11-28 20:56

结论应该是：我们要在程序中尽量避免这些另人误解的代码。简洁至上。

只看该作者 · 2007-11-28 21:05

这里解释的关于++的东西在任何标准C编译器下都合适.
不会有什么不同的编译器产生不同的结果出现.

其次,象++++这种情况,并非不会出现.尤其在C++类中,如果你重载了++操作符的情况下,会不知不觉的出现,而且你没有机会去加个括号在里面,即使你能加个括号, ++(++)这种形式,不见得比++++直观,也不见得就不会引起歧义.

你可以尝试在任何C/C++编译器中编译,保证不会出现不同的情况.

1万 · 2007-11-28 21:06

不但害别人而且害自己！！

只看该作者 · 2007-11-28 21:07

只看该作者 · 2007-11-28 21:15

但实际如果别人的代码这个使用的话，我一定不高兴去看
记得以前有人发过一个一行代码实现一个什么格式的输出，基本没有可读性

1万 · 2007-11-28 21:16

或者其它编译环境，能有几个可以通过编译的？

只看该作者 · 2007-11-28 23:05

呵呵，关于C++的重载，再说两句。
当年老师给我们上课的时候，在说完算术运行符进行重载后，敲着黑板对我们说，这个要十分小心，如果不是十分必要，和十足的把握，最好不要用它。
保证程序的通俗性、可读性比花式更为重要，剑走边锋的事。。。。。。。
相关链接:http://shop35088126.taobao.com

2万 · 2007-11-28 23:57

3万 · 2007-11-29 23:08

看的更明白、直观，我都不惜多定义几个中间变量，像上学时演算一样……

我发现，编译出来的汇编代码几乎是一样的……看来现在编译器的智商都很高^_^

只看该作者 · 2007-11-30 03:08

通过对指针变量的操作研究，无疑能加深对语言的驾驭能力，
并在日后的工作避免一些可能的错误。

只了解下列指针运用显然还不够：
*p++
*++p
*(p+x)

其他如:

(*p)++
++(*p)

也是必需的。LZ在11楼的发言是有道理的。

个人以为，*(p+x)的用法不太严瑾。改用p[x]会更直观、更严谨。
而两者的实际效率应该是相同的。

只看该作者 · 2007-12-3 23:11

当我刚打开网页看到楼主的那堆 + 号时，第一反应就是楼主要挨批了，其实我和大部分人的心情和意见一样。
程序第一是稳定可靠，第二是可维护性。可维护就要求可读性好。如果是在为公司开发软件，对于可读性很差的程序会随着你离开这个公司而一起离开这个世界。

只看该作者 · 2007-12-3 23:20

此帖无意义
签定完毕

只看该作者 · 2007-12-4 12:46

只看该作者 · 2007-12-4 23:35

    2>    ++i++;        // 不能编译, 因为++运算符是右结合的, 所以先计算i++, 结果作为左边++的操作数.
                    // 但i++的返回结果是不能作为左值使用的.

    3>    (++i)++;    // OK. (++i)的结果作为后置++的操作数
                    // 结果 i 加了2次

    4>    ++i = 5;    // OK; ++i的返回结果是可以作为左值的
                    // 最后i的结果等于5

   这个不太赞同的，++i，i++都不能作为左值.用了C30编译器是编译不通过的。当然以C99为准，有空时再找找C99怎么描述的。

   基本概念的理解，有助于写出移植性好的代码，而不依赖于具体编译器。
比如：a = i++;结果是未定义的，取决于具体编译器。

只看该作者 · 2007-12-4 23:43

不同的编译器不一样,即使同一个编译器的不同版本,对不同语法的解释结果也有时不一样.
跟楼上大多数人意见一样,平时多用(),尽量少产生歧义.

只看该作者 · 2007-12-5 01:46

不过LZ可能考虑到了编译器的深层次问题了

只看该作者 · 2007-12-6 09:15

让其它人看得懂的同时,又不能对其它人的能力和水平提出过高的要求.

"++++i; //ok"

能说什么? 顶多可以参加个最差风格奖入选赛，能不能入围还是另外一回事。

关于递增(++)/递减(--)运算符

还是多用括号好

不要去钻这种牛角尖了，不同编译器给你的结果是不一样的

LZ的目的是好的

是的，楼主的出发点是好的，但是结论是错误的，

这段话我做为结贴语

这是软件工程之大忌，这样的东西除了可以用来炫耀，只能

有意思~

这个谈不上什么技巧的，C语言的基础知识

楼主，把你所说的能够编译通过的3和4拿去VC或者keil等环境编

呵呵，关于C++的重载，再说两句。

迷茫之中~~~以括号为生...

有时候为了让一个公式令人（或者是我自己）看起来能

我对LZ这个帖子倒是感兴趣的

当我刚打开网页看到楼主的帖时:

re:

这个帖子经典.占个位!

有意思

没多大意义

多用几个（）不就可以了么

写程序很重要的一点是保证让其它人看得懂

终身成就奖章

坚毅之洋流

十世金身

技术领袖奖章

荣誉元老奖章

永恒之光奖章

技术导师奖章

七世轮回

社区建设奖章

涓涓之细流

技术高手奖章

常驻人口

核心会员奖章

奔腾之江水

精英会员奖章

精华达人奖章

甘甜之泉水

突出贡献奖章

欢快之小溪

经常做客