这是c语言遗留下来的问题吧。因为在c语言中
if(len=0){}和if(len==0){}语法上都正确,
为了减少这种错误,使用if(0==len){}
如果你写成if(0=len){}是没有办法编译的。

解决方案 »

  1.   

    对几个基本类型无所谓的吧!
    不过如果是
    final String s="ABC";
    String compare = "123";
    再用equals做比较时我会把常量放前面,这样就可以杜绝NullPointerException,省了写if (compare!=null)我的习惯是这样!
      

  2.   

    无所谓,这个在C语言里是这样最好,但是C++和Java中没有必要
    这个解释不对吧? 取len出NULL异常,不是比较
    -----------------------------------
    避免NUll异常吧.
      

  3.   

    赞同 flyforlove(为情飞)如果在java里面,if (i=0)是编译通不过的。所以不用写成 if (0==i)。
      

  4.   

    这是c语言遗留下来的问题主要是避免 “=”和“==”出现误写
    如果原意思是  if (i == 4) {...}
    但写成了      if (i = 4) {...}
    编译是可以通过的,并且不容易发现这个错误,
    但写成if (4 == i) {...}就可以避免这个问题,如果你错写成了if (4 = i) {...}
    编译器马上会报错
    ,因为4不能做左值
      

  5.   

    对啊,在c中if(i=0)和if(i==0)都可以通过的
    i=0的值就是表达式的右值而在java中if(i=0)是通不过的所以在java中根本用不着这个约束的我还是认为在java中,我关注i,所以把i放前面
      

  6.   

    Eraserpro(穷...哪位好人拿钱砸我吧!!!) 的对,一个好的习惯,才会造就真正的程序员
    没有好的习惯,永远是业余程序员 
    呵呵
      

  7.   

    if( 0 == len)

    if( len == 0)
    的速度(忘了是编译速度还是执行速度)要快,因为0为常量,因此编译器已经预知其对象类型。
    好象是《effective c++》里面说过的,java里面有没有这个优势(转化成字节码和字节码执行时)就不得而知了。
      

  8.   

    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中这两种写法是一样的
    不能说哪种写法的就不规范,习惯就不好
      

  9.   

    我只在比较字符串时这样写
    "string".equals(myValue)
    避免myValue为null至于把if(len==0)写成if(len=0),这个会通不过编译的。
    编辑器会指出这个错误的,不用担心会出错。