为什么很多时候定义状态码都是使用十六进制

比如

#define ZEND_ACC_STATIC                     0x01     /* fn_flags, zend_property_info.flags */
#define ZEND_ACC_ABSTRACT                   0x02     /* fn_flags */
#define ZEND_ACC_FINAL                      0x04     /* fn_flags */
#define ZEND_ACC_IMPLEMENTED_ABSTRACT       0x08     /* fn_flags */
#define ZEND_ACC_IMPLICIT_ABSTRACT_CLASS    0x10     /* ce_flags */
#define ZEND_ACC_EXPLICIT_ABSTRACT_CLASS    0x20     /* ce_flags */
#define ZEND_ACC_FINAL_CLASS                0x40     /* ce_flags */
#define ZEND_ACC_INTERFACE                  0x80     /* ce_flags */
#define ZEND_ACC_INTERACTIVE                0x10     /* fn_flags */
#define ZEND_ACC_PUBLIC                     0x100    /* fn_flags, zend_property_info.flags */

好处有哪些呢？
进行位运算的时候看着方便些，比如

byte i = -1;
System.out.println(Integer.toHexString(i));//ffffffff
System.out.println(Integer.toHexString(i & 0xFF));//ff
System.out.println(Integer.toHexString(i & 255));//ff

还有其他优势么？

---

看起来方便啊, 一眼就能看出来

---

定义为16进制，是为了方便写，方便看。

其实，状态码的内部，是状态位。

比如我们打开一个窗口，这时需要传入状态码（状态位），从左往右，我们定义为第0位，第1位，第2位，第3位。

• 0001：WM_MAX 表示最大化按钮

• 0010 WM_MIN 表示最小化按钮

• 0100 WM_CLOSE 表示关闭按钮

• 1000 WM_FLAG 预留位（用户可以根据自己的程序来使用）

如果我们打开一个正常的包括最大化，最小化，关闭按钮的窗口怎么办。我们传入的参数是 WM_MAX & WM_MIN + WM_CLOSE

如果我们传入一个只有关闭按钮和最小化的窗口，参数为：WM_MIN + WM_CLOSE

我们还可以定义一个 WM_ALL，表示包括所有按钮，值为 1111。这时，如果我们想打开一个不包含最小化按钮的窗口，需要传递的参数是 WM_ALL & ~WM_MIN。