在《C程序设计伴侣》的交通灯例子中，我为什么没有使用解读专家的所谓更聪明的方法

你还未够水准呢

留名
拿分
走人

snailshen

我很想知道大神是做什么工作的？

ah_kevin

方法一：
if(red == light)
    puts("STOP"; // 停止
// 如果交通灯是绿色
else if( green == light )
    puts("Go!Go!Go!"; // 继续前行

方法二：
if(red == light)
    puts("STOP";
if( green == light )
    puts("Go!Go!Go!";

我想说的是方法一平均性能更好，楼下，你怎么看？

starwing83

回复 13# ah_kevin


    你似乎忘了有个东西叫”编译器优化“

ah_kevin

依赖编译器的程序员不是好程序员。

isaacxu

实在受不了啦，楼上的几位成心把本人这种初学者往沟里带。有啥呀，叔放狗搜了C的语法，再结合不多的小学算术知识，写了下面几句，看到黄灯了吗？别以为叔只在考前看了7天的谭书，但有狗想变出黄灯还是简单的。

1. enum trafficlight
   
2. {
   
3.         red = 0,    // 红色
   
4.         green,      // 绿色
   
5.         yellow
   
6.     };

复制代码

1. int light = rand()%3;

复制代码

folklore

回复 13# ah_kevin


    "else if" is better.

"else" may help you to read a millon of code,
while you try to "trace" one routine of code, hunders of "if" that without "else" (while it is actually needed) may trouble you.
you must check each or than to identify that this "if" is the part of you care about now.

folklore

each or than  -->
eacho of them

starwing83

回复 15# ah_kevin


    你不依赖编译器？你人肉编译？

应该说，过度依赖编译器是不好的。

但是，明知道两个写法有一样的效果，并且这个效果是基于标准的，并且这两个语句之间的效率差别人眼根本看不出来，并且编译器可能把他们实现为一样的汇编——

——你又有什么理由在这里花费这么多精力判断哪个好呢……

gtestm

妈呀！
// 在我看来，这样写很危险
// 如果light为yellow呢？
我仔细看了陈大湿写的完整代码，不知道是不是我眼搓，没发现 yellow。陈大湿是怎么说出这话来的？