有点小疑问
false == isShown 和 isShown == false
这两个语句效率上有何区别？？？，，，，
很多优秀的项目基本不会用后者这种语句，，，，
编译原理学的确实不好，得恶补了，，，，，，，，
求解答
false == isShown 和 isShown == false
这两个语句效率上有何区别？？？，，，，
很多优秀的项目基本不会用后者这种语句，，，，
编译原理学的确实不好，得恶补了，，，，，，，，
求解答
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 4304 days ago, the information mentioned may be changed or developed.
Supplement 1 · Jan 24, 2015
答案：Yoda Notation
 |
1
效率上是没有区别的。
写成 false == isShown 是为了在手抖写成 false = isShown 的时候让编译器报个错。 用 isShown == false 手抖变成 isShown = false 的时候找半天都找不到 |
6 |
recall704Jan 24, 2015
2
同意楼上，这个应该不算编译原理的问题。
而是一种编程技巧。 |
 |
ElethomJan 24, 2015
3
并沒有任何區別, 只是防止寫成 assignment 的人為錯誤. 類似 if...else 要加 braces.
|
 |
zxtasaJan 24, 2015
6
gcc很久之前的版本就能报警告了
|
 |
omegagaJan 24, 2015
7
没有区别。
这种写法叫做Yoda Notation，王垠老湿还专门写文章喷过，《Yoda表示法错在哪里》。 |
 |
hahastudioJan 24, 2015
8
没有区别
编译原理总是很旧的= = 现在你能想到的人肉优化方式，编译器都已经自动做了= = |
 |
9
|
 |
gamecreatingJan 24, 2015
10
LZ逗
|
 |
chrishineJan 24, 2015
11
削足适履的东西还能被称为优秀...
|
 |
xbb7766Jan 24, 2015
12
这么写感觉更混乱。
总不见得一直手抖，把==打成=，又不是帕金森。 况且会“手抖写错”的也不只有这个，比如php的==和=== |
 |
acrosJan 24, 2015
13
如果你一个失误写出了 if(isShown = false)
现在的编译器都会报出个warnning提醒你的···· |
 |
timothyyeJan 24, 2015 via Android
14
一楼正解
|
 |
FrankFang128Jan 24, 2015 via Android
15
无聊的trick
|
 |
juicyJan 24, 2015
16
不管这么写是不是值得喷，至少浏览器里的js编译器还没有支持检查这种错误，所以js里这么写是提倡的咯～
|
 |
husinhuJan 24, 2015
17
1. 这跟编译原理没关系，这句话编译后也就一个cmp，甚至平台支持情况下，如arm，cmp都没有，只是附庸在汇编指令后的条件码。
2. “很多优秀的blabla” 也是扯淡，事实上如果你看过一些牛逼的开源项目，看看人家的coding convention，一般都会明确说写这种语句的时候都用后面一种。 |
 |
chuanJan 24, 2015
18
为了避免手误，和正常思维相逆，不太赞同这种写法
|
 |
BGLLJan 24, 2015
19
这种避免犯错方法还是很有用的，所以那么多优秀的项目才都用这种方法
|
 |
XrongJan 24, 2015
20
比较不喜欢这种写法，感觉太变态了点...
|
 |
ctyJan 24, 2015
21
两种写法在机器语言上没有区别。如果你说的是抽象语法树或者三地址码的话，应该只有顺序上的区别。
执行效率完全一样。 |
 |
kneepJan 24, 2015 via iPhone
22
相反，我认为优秀的项目都不会用前者。并且根据我的观察，部门内喜欢用前者的都是些半吊子程序员，优秀的都喜欢后者，简单易读，符合自然语言的逻辑和直觉。
|
 |
hitsmaxftJan 24, 2015
23
早期 x == false 很容易不小心写成 x=false 导致永远为 true
现在编译器会检查不说， ide 也会检查， 各种语言对应的代码质量工具也会检查， 这个规则显得有些落后。 然而，定这中规矩，无非是为了规避低质量代码，用简单规则+惩罚来提高整体代码质量。毕竟人的能力有差别。在没有工具支持的时候， 用一个简单的命令式规则， 更加简单高效，比如工具检查出来的 warning 没修复， 那么判断不合格代码，禁止提交。 所以，首先得开发者愿意关心这些『异常』， 并且敏锐地觉察到代码的质量问题，并且修复这些「warning」。也就是高质量的开发者不需要这类小把戏 ， 他们善于使用工具解决， 而不是人肉。 最后， 你也说了， 是『优秀』的项目。这类项目的开发者不屑于这些写， 大部分人完成的大部分项目是配不上『优秀』这两个字的。 |
 |
churchmiceJan 24, 2015 via Android
24
LZ真正需要的是补脑
|
 |
spacewanderJan 24, 2015
25
为什么我见过的绝大多数项目都是后一种写法……是因为我见过的项目都不够优秀么？
|
 |
9hillsJan 24, 2015
26
写前一种的，Code Review绝对不许过，回家治好病再来上班
|
 |
inevermoreJan 24, 2015
27
这年头早就不需要第一种了吧。。
|
 |
HalryJan 24, 2015 via Android
28
没见过第一种地说
|
 |
bcxxJan 24, 2015
29
本来写 false == isShown 就已经没意义了吧…… boolean 比较为啥不直接用 not 啊（not 的话还真的直接生成的（未优化）指令会少点……）
|
 |
huangyananJan 24, 2015
30
c c++ 这么写，原因主要是这个
int a = 5; if (a = 6) { cout<<a; } |
|
omegagaJan 25, 2015 via Android
31
@juicy 王垠老湿的意思是这是编程语言的错，而码农们却用一个更加反直觉的做法来修正，等于错上加错，该怎么解决这个问题呢？用王垠老师的Yin语言吧！（大雾…）
可是现实中总有些东西没办法说抛弃就抛弃，所以这不也是没有办法的办法嘛owo 几乎整本JavaScript: the Good Parts都充满了这种trick。要是王垠老湿看到了肯定喷出shit了 |
 |
ant_szJan 25, 2015
32
这种方法一般用在有等号表达式的C系列语言。这类语言里，赋值表达式也有返回值，因此有可能出现这种 == 写成 = 的bug。
在不存在等号表达式（大部分比较新的语言）里都没有这么写的必要，因为赋值表达式不返回值，因此写错了一定会报错的。 |
 |
winiexJan 25, 2015
34
如果说涉及到编译原理的知识的话，那就是有些现代编译器选项支持这个功能：当发现你在条件判断的地方使用了一个赋值语句时，它会给你一个 warning。
@omegaga 的表述不是太准确，这种做法应该叫 Yoda conditions： http://en.wikipedia.org/wiki/Yoda_conditions 从代码表意上来看，Yoda conditions 是有问题的： http://blog.codinghorror.com/new-programming-jargon/ |
 |
air20Jan 26, 2015
37
为啥要 if ( isShown == false )
直接 if( !isShown ) 不就好了 |
|
38
@air20 有时Yoda Notation 还可能是 if(null == person)
|
|
39
|
 |
pheyerJan 26, 2015
40
就是一种防御性编程技巧吧，无它
|
 |
robertlycJan 26, 2015
41
随着编译器的改进 上古时代的技巧 已经显得过时了
更可怕的是 抱残守缺的思想 凡是祖上流传下来的 不管对不对 就一定要坚持 |
Select Language