使用0x01而不是1作为整数变量的优点?
最近我遇到了这样一条线
public final static int DELETION_MASK = 0x01;
为什么不喜欢
public final static int DELETION_MASK = 1;
使用除0xA以外的第一种方法是否有任何优势,上限hex可以轻松转换? 在这种情况下,它只是一个代表1的常量。
虽然编译器生成的代码没有区别,但传统上使用hex表示法编写位掩码,因为人类转换为二进制forms要容易得多。 另一个常见的惯例是当已知场的长度时包括前导零。 例如,对于C int
字段,通常会写:
#define MASK 0x0000ffff
另外,hex常量向程序员表明它可能是一个掩码,或者某种程度上涉及按位运算的值,应该特别对待。
作为奖励,hex符号也可以避免带负数的问题: 0xffffffff
实际上是负数(确切地说是-1
)。 您可以只使用hex指定掩码,而不是使用符号和二进制补码编号。
从Java 7开始,您还可以使用二进制文字 ,这使人们更容易理解在位掩码中设置哪些位。 二进制文字可以使用下划线将这些位放入单独的组中。
这意味着以下内容也是有效的:
public final static int DELETION_MASK = 0b0000_0001;
它有助于整数值和它所代表的位模式之间的心理转换,这对于标志和掩码很重要。
因为16是2的幂(不像10),你会得到很好的重复:
public final static int A_FLAG = 0x01; // 00000001 public final static int B_FLAG = 0x02; // 00000010 public final static int C_FLAG = 0x04; // 00000100 public final static int D_FLAG = 0x08; // 00001000 public final static int E_FLAG = 0x10; // 00010000 public final static int F_FLAG = 0x20; // 00100000 public final static int G_FLAG = 0x40; // 01000000 public final static int H_FLAG = 0x80; // 10000000
只有这样,当你定义NONDELETION_MASK = 0x0A时它将是一致的。
这很容易理解。 每当我们考虑屏蔽时,我们总是以HEX或BIN数字来思考。