是谁破坏了枚举类型？

引言：

     枚举类型给我们的开发带来了很多的好处，它是个非常典型的一个单例模式，但这样做优越的功能，给我们带来的不全是好处。

     当我们开发的接口给别人调用时，往往因为业务需要，添加一个字段类型等等，就也就需要调用端一起更新api包，这里想方设法的去解决这个问题，但这里深深自问题，这是否算是在破坏着这个枚举类型 了呢？

 

问题：

        为了不去经常性的去增加枚举类型的字段，我选择了加方法给出设置值的接口来做个测试，但这样的 测试 出现了一个问题。

 

示例：

   枚举类如下：

 

/**
 * @desc 配送物品类型枚举类
 */
public enum GoodsType {

	/** 卡 */
	Card("0"),

	/** 礼品 */
	Gift("1"),

	/** 奖品 */
	Prize("2");

	public GoodsType setValue(String value) {
		this.value = value;
		return this;
	}

	GoodsType(String value) {
		this.value = value;
	}

	private String value;

	public String getValue() {
		return value;
	}
}

 

    ！！！ 发现问题：   在这里面出现了一个问题，当这个枚举类在序列化和反序列化之后，对应的值全为默认的参数值了。不管你怎么改变它的值。

 

 

    以下就做个实验：

     服务端：

public class Server {
	public static void main(String[] args) throws IOException,
			ClassNotFoundException {

		ServerSocket serversocket = new ServerSocket(1111);
		System.out.println("端口已启动...");
		Socket socket = serversocket.accept();
		InputStream is = socket.getInputStream();
		ObjectInputStream ois = new ObjectInputStream(is);
		GoodsType goodsType = (GoodsType) ois.readObject();
		System.out.println(goodsType.getValue());
		System.out.println("测试完成");
	}
}

 

    客户端：

public class Client {

	public static void main(String[] args) throws UnknownHostException,
			IOException {
		Socket socket = new Socket("127.0.0.1", 1111);
		ObjectOutputStream oos = new ObjectOutputStream(socket
				.getOutputStream());

		GoodsType goodsType = GoodsType.Gift.setValue("22");
		System.out
				.println("before write : goodsType = " + goodsType.getValue());
		oos.writeObject(goodsType);
		System.out.println("after write : goodsType = " + goodsType.getValue());
		System.out.println("客户端测试完成");

	}
}

 

   服务端控制台显示：

端口已启动...
1
服务端测试完成

    p.s:服务端接到的值为默认值1.

    客户端控制台显示：

before write : goodsType = 22
after write : goodsType = 22
客户端测试完成

     p.s:客户端接到的值为修改后的值22.

 

 

 

问题原因：

      很感谢在这里面，很多“同学”的留言，给的原因和建议都很好，找到了这个问题的原因了。

      在传递枚举类型时，其实io中，有专门对它的传输方式，源码如下：

 

private void writeEnum(Enum en,    
           ObjectStreamClass desc,    
           boolean unshared)    
throws IOException    
{    
     bout.writeByte(TC_ENUM);    
     ObjectStreamClass sdesc = desc.getSuperDesc();    
     writeClassDesc((sdesc.forClass() == Enum.class) ? desc : sdesc, false);    
     handles.assign(unshared ? null : en);    
     writeString(en.name(), false);    
}   

    在这里面，枚举传递过去的只是类路径、一个类型名和一个实例名，也就如这里面的Gift这个名字，

    而不会把Gift这个值给传递过去，当到传服务器端的时候，服务器端转换过来的也是该枚举类，对应的服务器端Gift类的值而已。

 

结论：

     其实这样的变动想法是在场景应用上而引发了一次思考，这样的做法，其实已经在破坏了枚举类的初衷了。罪魁祸首的人是我 ，但经历这一次的风暴，让我从中对枚举类了解更深刻了。呵呵。

 

 

 

 

评论

31 楼 hoton 2011-05-23  

sammor 写道

hukai9200 写道

强迫症 强迫症~~

呵呵。。。

有点意思

30 楼 sammor 2011-05-23  

hukai9200 写道

强迫症 强迫症~~

呵呵。。。

29 楼 hukai9200 2011-05-23  

强迫症 强迫症~~

28 楼 sammor 2011-05-23  

Angi 写道

最近，我也遇到了类似的疑惑。
之前的接口也是用到了枚举，结果发现，一旦修改枚举，客户端就得替换接口包，这样对客户来说是不必要的，于是改为不用枚举了。
楼主的这个测试个人觉得还是很有意义的，谢谢！

你的应用场景和我的就用场景是相似的。只有真正碰到问题时，才会思考如何去优化它或是改造它。

27 楼 Angi 2011-05-23  

最近，我也遇到了类似的疑惑。
之前的接口也是用到了枚举，结果发现，一旦修改枚举，客户端就得替换接口包，这样对客户来说是不必要的，于是改为不用枚举了。
楼主的这个测试个人觉得还是很有意义的，谢谢！

26 楼 yizhilong28 2011-05-23  

典型的乱用枚举，枚举初衷就是是替换以前的static final XXX用的，属于严格的vo。

25 楼 riching 2011-05-23  

产品信息存DB，觉得麻烦存配置文件，XML挺好

24 楼 gu__sofia 2011-05-22  

很好    顶

23 楼 sammor 2011-05-22  

luntan08 写道

我觉得如果基础数据经常变化的,这种需求最好还是建表
建表可以公用啊.不一定就存这个卡类型

比如建表字段
table_name ,col_name,value,value_desc
前台读取的时候通过table_name和col_name来读就行
这样很多基础数据都可以放一个表里维护

嗯，对于经常性的变化，确实用这样的方式好点。

22 楼 sammor 2011-05-22  

liu.anxin 写道

sammor 写道

1、只是为了这样一个需求而去建一张专门的表，好像有点儿大材小用了。
2、编译会确实会转为static final这样的修饰进去，只是如果这样的话，加的setValue()方法里面就不应该可以把value值改变才是呀，但是为什么只有服务端没有被改变值，客户端却被修改掉了呢？

在前期需求不大的时候, 直接写入应用程序, 后面类型很多的时候使用持久化表.
客户端被修改, 在我看来, 是因为序列化. 具体还得深入再看看, 只是我的一点看法...

你这个设计有很大的问题, 序列化本身就要保证对象是可被更改的, 你却用在了不可被更改的枚举上

是的，这样破坏性代码确实是写不得的。

  private void writeEnum(Enum en,  
            ObjectStreamClass desc,  
            boolean unshared)  
 throws IOException  
    {  
 bout.writeByte(TC_ENUM);  
 ObjectStreamClass sdesc = desc.getSuperDesc();  
 writeClassDesc((sdesc.forClass() == Enum.class) ? desc : sdesc, false);  
 handles.assign(unshared ? null : en);  
 writeString(en.name(), false);  
    }  

我刚才这边做了个测试，把传输的内容显示出来，发现枚举类有自己的传输方式，传输的是这个枚举类的路径，还有这个枚举的实例名，并不会把value的值也传过去。

21 楼 luntan08 2011-05-22  

我觉得如果基础数据经常变化的,这种需求最好还是建表
建表可以公用啊.不一定就存这个卡类型

比如建表字段
table_name ,col_name,value,value_desc
前台读取的时候通过table_name和col_name来读就行
这样很多基础数据都可以放一个表里维护

20 楼 liu.anxin 2011-05-22  

sammor 写道

1、只是为了这样一个需求而去建一张专门的表，好像有点儿大材小用了。
2、编译会确实会转为static final这样的修饰进去，只是如果这样的话，加的setValue()方法里面就不应该可以把value值改变才是呀，但是为什么只有服务端没有被改变值，客户端却被修改掉了呢？

在前期需求不大的时候, 直接写入应用程序, 后面类型很多的时候使用持久化表.
客户端被修改, 在我看来, 是因为序列化. 具体还得深入再看看, 只是我的一点看法...

19 楼 sammor 2011-05-22  

qianhd 写道

sammor 写道

qianhd 写道

你这标题应该改成 是谁设计了这种垃圾代码

哈哈，是我故意这么做的，不是为了设计，只是一个实验。

那直接告诉你 这条路走不通的
在ObjectOutputStream中,所有Enum都使用下面这个方法write,

    private void writeEnum(Enum en,
			   ObjectStreamClass desc,
			   boolean unshared)
	throws IOException
    {
	bout.writeByte(TC_ENUM);
	ObjectStreamClass sdesc = desc.getSuperDesc();
	writeClassDesc((sdesc.forClass() == Enum.class) ? desc : sdesc, false);
	handles.assign(unshared ? null : en);
	writeString(en.name(), false);
    }

嗯，非常感谢，枚举类在进行传输的时候，传过去的是它的实例名，具体传输过去之后的值，是看接收端的枚举类下的实例名对应的值了。这个源码很好的说明了这个问题的原因。

18 楼 sammor 2011-05-22  

liu.anxin 写道

sammor 写道

liu.anxin 写道

枚举被拿来改值? 有这么用的吗. 拜托别滥用! 你直接用 class 不结了吗

枚举类是本来就在应用中的，只是我的新需求，要求需要支持更多的类型，以后可能还有未知的类型出来。而我又不能经常的去更新这个枚举类（因为在一个引用包中）。所以头脑风暴似的YY的试了一下。

如果是这样, 我建议你建议一个类型表, 把控制的权力交给用户和应用, 而不是应用程序.

枚举在编译时会自动将字段加上 static final 修饰.

GoodsType 编译后会就这样:

public final class GoodsType extends java.lang.Enum{
public static final GoodsType Card;

public static final GoodsType Gift;

public static final GoodsType Prize;
...
}

告诉我, 你想怎么 setter ?

嗯，你的建议很不错，
1、只是为了这样一个需求而去建一张专门的表，好像有点儿大材小用了。
2、编译会确实会转为static final这样的修饰进去，只是如果这样的话，加的setValue()方法里面就不应该可以把value值改变才是呀，但是为什么只有服务端没有被改变值，客户端却被修改掉了呢？

17 楼 liu.anxin 2011-05-22  

sammor 写道

liu.anxin 写道

枚举被拿来改值? 有这么用的吗. 拜托别滥用! 你直接用 class 不结了吗

枚举类是本来就在应用中的，只是我的新需求，要求需要支持更多的类型，以后可能还有未知的类型出来。而我又不能经常的去更新这个枚举类（因为在一个引用包中）。所以头脑风暴似的YY的试了一下。

如果是这样, 我建议你建议一个类型表, 把控制的权力交给用户和应用, 而不是应用程序.

枚举在编译时会自动将字段加上 static final 修饰.

GoodsType 编译后会就这样:

public final class GoodsType extends java.lang.Enum{
public static final GoodsType Card;

public static final GoodsType Gift;

public static final GoodsType Prize;
...
}

告诉我, 你想怎么 setter ?

16 楼 qianhd 2011-05-22  

sammor 写道

qianhd 写道

你这标题应该改成 是谁设计了这种垃圾代码

哈哈，是我故意这么做的，不是为了设计，只是一个实验。

那直接告诉你 这条路走不通的
在ObjectOutputStream中,所有Enum都使用下面这个方法write,

    private void writeEnum(Enum en,
			   ObjectStreamClass desc,
			   boolean unshared)
	throws IOException
    {
	bout.writeByte(TC_ENUM);
	ObjectStreamClass sdesc = desc.getSuperDesc();
	writeClassDesc((sdesc.forClass() == Enum.class) ? desc : sdesc, false);
	handles.assign(unshared ? null : en);
	writeString(en.name(), false);
    }

15 楼 sammor 2011-05-22  

liu.anxin 写道

枚举被拿来改值? 有这么用的吗. 拜托别滥用! 你直接用 class 不结了吗

枚举类是本来就在应用中的，只是我的新需求，要求需要支持更多的类型，以后可能还有未知的类型出来。而我又不能经常的去更新这个枚举类（因为在一个引用包中）。所以头脑风暴似的YY的试了一下。

14 楼 sammor 2011-05-22  

liu.anxin 写道

枚举被拿来改值? 有这么用的吗. 拜托别滥用! 你直接用 class 不结了吗

     很多人可能会有疑问，为什么好端端的枚举类，不只加字段而去想方设法破坏它呢。我想说的是，应用的场景各种各样，有时要需求变更过程中，而去想一些解决的方式，当然这个过程中会有很多的问题，但这样的问题，碰到了，解决了，对我而言，对是一种成长。

13 楼 liu.anxin 2011-05-22  

枚举被拿来改值? 有这么用的吗. 拜托别滥用! 你直接用 class 不结了吗

12 楼 sammor 2011-05-22  

mercyblitz 写道

sammor 写道

devworks 写道

enum是声明不变量的，你的 setValue是干什么用的？

    为了不去因为要加一种子类型而去再添加一个字段，而是提供可以改变其值，只不过字段里面设好的是默认值而已。
    卡下面，又分很多种卡类型，这样的子类型。

晕倒，那就不要用枚举了，用个类不就完了！场景使用的问题，枚举类本身及其状态应该是固定（不变的），好比远程调用需要借口，当然你要用类来专递也可以的。但是总会有不同的看法。

是的，你说的没错，场景上的问题，但往往一些已经设计好的东西，在不断的需求变更中，需要灵活的变动，而引发的对枚举类的思考。