为什么比较时有人推荐 0==len ,要把常量放在前面,作为第一操作数 这是c语言遗留下来的问题吧。因为在c语言中if(len=0){}和if(len==0){}语法上都正确,为了减少这种错误,使用if(0==len){}如果你写成if(0=len){}是没有办法编译的。 解决方案 » 免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货 对几个基本类型无所谓的吧!不过如果是final String s="ABC";String compare = "123";再用equals做比较时我会把常量放前面,这样就可以杜绝NullPointerException,省了写if (compare!=null)我的习惯是这样! 无所谓,这个在C语言里是这样最好,但是C++和Java中没有必要这个解释不对吧? 取len出NULL异常,不是比较-----------------------------------避免NUll异常吧. 赞同 flyforlove(为情飞)如果在java里面,if (i=0)是编译通不过的。所以不用写成 if (0==i)。 这是c语言遗留下来的问题主要是避免 “=”和“==”出现误写如果原意思是 if (i == 4) {...}但写成了 if (i = 4) {...}编译是可以通过的,并且不容易发现这个错误,但写成if (4 == i) {...}就可以避免这个问题,如果你错写成了if (4 = i) {...}编译器马上会报错,因为4不能做左值 对啊,在c中if(i=0)和if(i==0)都可以通过的i=0的值就是表达式的右值而在java中if(i=0)是通不过的所以在java中根本用不着这个约束的我还是认为在java中,我关注i,所以把i放前面 Eraserpro(穷...哪位好人拿钱砸我吧!!!) 的对,一个好的习惯,才会造就真正的程序员没有好的习惯,永远是业余程序员 呵呵 if( 0 == len)比if( len == 0)的速度(忘了是编译速度还是执行速度)要快,因为0为常量,因此编译器已经预知其对象类型。好象是《effective c++》里面说过的,java里面有没有这个优势(转化成字节码和字节码执行时)就不得而知了。 public class Test{ public Test() { int i=0; boolean a=123==i; boolean b=i==123; }};转化为助记符Compiled from "Test.java"public class Test extends java.lang.Object{public Test(); Code: 0: aload_0 1: invokespecial #1; //Method java/lang/Object."<init>":()V 4: iconst_0 5: istore_1 6: bipush 123 8: iload_1 9: if_icmpne 16 12: iconst_1 13: goto 17 16: iconst_0 17: istore_2 18: iload_1 19: bipush 123 21: if_icmpne 28 24: iconst_1 25: goto 29 28: iconst_0 29: istore_3 30: return}是一样的,应该说来在java中这两种写法是一样的不能说哪种写法的就不规范,习惯就不好 我只在比较字符串时这样写"string".equals(myValue)避免myValue为null至于把if(len==0)写成if(len=0),这个会通不过编译的。编辑器会指出这个错误的,不用担心会出错。 jni的一个问题 exe4j把java+Swing打包成exe出现图片不显示 讨论:java搜索引擎之网络爬虫研究 思想 比较两个数组并合并 怎么让JFrame不能通过拖动鼠标改变大小? 谁有vs2008的控件说明 Java 的精确打印 求助高手 如何在XMLRPC使用代理 顶者有分 程序最小化时间长了,起来就会有一段时间没有反应,该怎么办? 反编译 乱码问题,如何解决? 急求一个随机算法的小程序!!! 病毒名:PWSteal.Lemir.Gen 对象名:C:\windows\lsas.bmp 我删也删不了,隔离不了,更杀不了,怎么办???
不过如果是
final String s="ABC";
String compare = "123";
再用equals做比较时我会把常量放前面,这样就可以杜绝NullPointerException,省了写if (compare!=null)我的习惯是这样!
这个解释不对吧? 取len出NULL异常,不是比较
-----------------------------------
避免NUll异常吧.
如果原意思是 if (i == 4) {...}
但写成了 if (i = 4) {...}
编译是可以通过的,并且不容易发现这个错误,
但写成if (4 == i) {...}就可以避免这个问题,如果你错写成了if (4 = i) {...}
编译器马上会报错
,因为4不能做左值
i=0的值就是表达式的右值而在java中if(i=0)是通不过的所以在java中根本用不着这个约束的我还是认为在java中,我关注i,所以把i放前面
没有好的习惯,永远是业余程序员
呵呵
比
if( len == 0)
的速度(忘了是编译速度还是执行速度)要快,因为0为常量,因此编译器已经预知其对象类型。
好象是《effective c++》里面说过的,java里面有没有这个优势(转化成字节码和字节码执行时)就不得而知了。
{
public Test()
{
int i=0;
boolean a=123==i;
boolean b=i==123;
}
};转化为助记符
Compiled from "Test.java"
public class Test extends java.lang.Object{
public Test();
Code:
0: aload_0
1: invokespecial #1; //Method java/lang/Object."<init>":()V
4: iconst_0
5: istore_1
6: bipush 123
8: iload_1
9: if_icmpne 16
12: iconst_1
13: goto 17
16: iconst_0
17: istore_2
18: iload_1
19: bipush 123
21: if_icmpne 28
24: iconst_1
25: goto 29
28: iconst_0
29: istore_3
30: return}是一样的,应该说来在java中这两种写法是一样的
不能说哪种写法的就不规范,习惯就不好
"string".equals(myValue)
避免myValue为null至于把if(len==0)写成if(len=0),这个会通不过编译的。
编辑器会指出这个错误的,不用担心会出错。