通过一段时间的项目实践,发现java中的枚举与.net中的枚举有很大的差别,初期造成了我对java中的枚举一些错误理解及部分有缺陷的应用,其实追其原因还是因为我会习惯性的认为java的枚举在作用以及定义上与.net应该是差不多的,毕竟两者都是高级语言,语言上也有很多相似之处。这就是老师傅常说的新手好教,老兵不好教的原因,新手脑子一片空白不会有任何干扰,老兵总会以自己曾经的某些经验与新知识做对比。
习惯性观点一:枚举的定义应该与.net相同,比如在.net中我们可以这样定义枚举。
public enum EItemDataType
{
Real=1,
Service=2
}
但java中并不能如此潇洒的书写枚举,可能需要类似这样写:
public enum EItemDataType {
Real(1),Service(2);
private int value;
private EItemDataType(int value) {
this.value = value;
}
public int getValue() {
return value;
}
public static EItemDataType valueOf(int value) {
switch (value) {
case 1:
return EItemDataType.Real;
case 2:
return EItemDataType.Service;
default:
return null;
}
}
}
发现.net要比java简单的多,注意几个方法:
valueOf的方法:看作用是为了根据一个枚举的数值来得到枚举,这个功能很常见,但在.net中就不需要这样麻烦了,可以直接将数据强转成枚举,比如:
var itemType=(EItemDataType)1;
getValue的方式,明显是需要将一个枚举转换成它所对应的值,.net中也不需要调用方法来取值,也可以强转,比如:
var itemTypeValue=(int)EItemDataType.Real;
私有构造函数,我们可以传多少参数,比如常见的我们需要显示这个枚举值对应的中文描述,在java中我们只需要在构造函数中增加一个name参数就可以了,但在.net中因为没有这货不能这样做,但可以通过 Atrribute来完成。
public enum EItemDataType
{
[Description("实物")]
Real=1,
[Description("服务")]
Service=2
}
习惯性观点二:因为.net的枚举是个值类型,所以我理所当然的会认为java的枚举也是一个值类型。之前对.net的理解就是将一些数值以更加可读性的方式体现在程序中,比如订单状态,订单类型等等,比如:
//枚举值可读性更强
if(orderInfo.orderStatus.equals(EOrderStatus.Shipped)){
//do something
}
//一般不这样写,0可读性不强
if(orderInfo.orderStatus==0){
//do something
}
枚举类型的自说明:
编译后的文件中找到了EItemDataType.class这个文件,这说明java的枚举其实和普通的类是一样的,既然是一个类,那么肯定不是值类型了,下图中的引用类型中包含class type。










