任何菜鸟问题，为了不给论坛添乱。专业人士，不要路过。没有你就无处可去 - 6. - 页 268

新评论
 
borilunad:

谢谢你!我只是不知道你可以这样比较!有n个项目，而N是项目数量的极限!我去看看医生，让我的头脑清醒一下！"。

在文件中没有找到这个案例。还有多少未知的--未知的东西在等着我们呢!


这来自于C标准。一般来说，你可以在C语言中比较很多东西--一种糟糕的类型化语言，但所有的责任都在程序员身上。MKL本质上是一个剥离的C，用它来写（更准确地说，MS VS 6.0是C/C++），可能，这个项目 已经被移植到一个更现代的平台。早在MKL4开发的早期，开发者就建议在所有低可见度的情况下参考C标准，这不是没有道理的。
 
borilunad:

我在Dock里找不到这个案例。还有多少未知的--不熟悉的东西在等着我们。

默认情况下，从左到右读取表达式。
 
VladislavVG:

为什么会出现错误？从编译器的角度看，两者都是正确的，但它们的含义不同，这取决于程序员；）。

不要被误导。布尔运算的结果将是0或1（我猜的），所以无论运算符如何求值，这些表达式都是不对等的，因为第二次比较将是与布尔结果的比较。
 
TheXpert:
不要被误导。布尔运算的结果将是0或1（我假设），所以无论运算符的求值顺序如何，这些表达式都是不对等的，因为第二次比较将是布尔结果。

我们在谈论常识了吗？
 
TheXpert:
不要被误导。布尔运算的结果将是0或1（我假设），所以无论运算符的求值顺序如何，这些表达式都是不对等的，因为第二次比较将是布尔结果。

完全正确，这个0/1将被比作N。 而我在哪里误导了？你所说的表达方式的等同性是什么？
 
VladislavVG:

完全正确，这个0/1将被比作N。 而我在哪里误导了？那你说的是什么表达方式的等价性？

这并不是针对你的，ichyko。
 
tara:

这不是针对你的，ichyko。


在这个帖子中， TheXpert 引用了我的帖子 。 因此，人们可以理解为这是对我的发言的回应。

我不是在谈论表达方式的等同性。我说的是在两个表达式中从编译器的角度看正确的语法--它甚至说这些表达式意味着不同的事情。

我想我在俄语方面可能有问题：毕竟我住在乌克兰，俄语的最新趋势很可能已经错过。这就是我试图澄清的原因：我的哪些话是用来对表达方式的等同性作出结论的。也许我确实误导了--那么就有必要澄清我的陈述，以便没有模棱两可的解释的可能性。
 
Zhunko:
默认情况下，从左到右读取表达式。
我在编辑代码后不小心得到了 这个表达式，但现在我只留下了if(n < N)，这样更简单，也不会让我太在意。当我需要这样的东西时，我就知道我也可以这样做了！"。谢谢你，你已经解释了!而我似乎仍然无法接触到C语言，尽管我有一卷超过一千页的C++的巨著，已经很久了！但我还是不知道。还是不行，所有的东西都要吃。
 
VladislavVG:
我又在哪里误导了？
好吧，无处可去。但这种事情最好明确地谈一谈。否则，有些人就不会理解，比如我。
 
那么，先生们，那些新手怎么办？
1...261262263264265266267268269270271272273274275...1178
新评论