Java开发网 |
注册 |
登录 |
帮助 |
搜索 |
排行榜 |
发帖统计
|
您没有登录 |
» Java开发网 » Java EE 综合讨论区
打印话题 寄给朋友 订阅主题 |
作者 | 继承到底该用到什么一种程度 |
javaguider
发贴: 6 积分: 0 |
于 2007-11-30 18:15
这篇文章最初的起源是来自于我在上海教育未来java培训中心老师出的一道实战题中的一个问题。我的一个聪明的同桌自己写了一个框架,这个框架用来处理Client与Server之间的通讯,在其中不免用到一些继承,从我这个角度上看,他的继承用的过于复杂,这样产生了许多副作用,其中一个就是和对象序列化相关。好了,闲话少说,开始进入正文。 一、序列化简介 在这里我先简要介绍一下和序列化相关的一些概念,如果你觉得自己对序列化已经比较熟悉,那么跳过这一节,直接看下一节内容。 序列化是Java中的一个非常重要的特性,通过序列化机制,我们可以将Java的对象变成流,或者存储在硬盘中,或者通过网络传输给网络的其他用户。而序列化在RMI,EJB中都有应用,可以说是构成J2EE的一个重要的技术。 1)Serializable接口 如果想让一个类可被序列化,那么这个类必须实现Serializable接口,这个接口本身没有任何方法和属性,它的作用只是为了标示一个类可以被序列化,这一个特性好像在Java里用的比较多,比如克隆也是采用了相同的机制。 因此,如果我们想创建一个可以被序列化的类,我们可以像下面的代码一样做。 import java.io.Serializable; public class SerialClass implements Serializable { private static final long serialVersionUID = -190734710746841476L; private String c; public int a; public String b; public int getA(){return a;} public String getB(){return b;} public void setA(int a){this.a = a;} public void setB(String b){this.b = b;} public String getC(){return c; } public void setC(String c){this.c = c; } 从上面的例子我们可以看到,除了需要实现Serialzable接口外,一个可序列化的类和一个普通类没有什么大的区别。不过我们还是有一些特别的东西需要注意的。 2)属性 serialVersionUID 这个属性是一个私有的静态final属性,一般刚接触序列化的人会忽略这个属性,因为这个属性不是必须的。这个属性主要是为了保证一个可序列化类在不同的Java编译器中,能保证相同的版本号,这样保证当这个类在不同的JVM中进行序列化与反序列化时不会出现InvalidClassException异常。 3)属性与序列化 那么我们再考虑另一个问题,是不是一个类实现了Serializable之后就可以看成是可序列化的类呢?答案是不行,实际上一个类是否可序列化还需要看这个类的属性,在Java规范中,一个类是否能序列化,不但取决于这个类是否实现Serializable接口,还取决于这个类中的属性是否可序列化。在上面的例子里,一共有三个属性,两个是String对象,一个是int类型的属性,实际上,String类是可序列化的(继承了Serializable接口且它的属性都是可序列化的),而像int这样的基本数据类型在Java中被看成是可序列化的,因此我们可以确认上面的这个类是一个可序列化的类。那么现在我们已经创建了一个可序列化类,接下去的问题是怎么使用这个类,对它进行序列化与反序列化操作? 4)ObjectOutputStream 和 ObjectInputStream类 Jdk提供了两个IO流类进行序列化和反序列化操作,其中ObjectOutputStream中的writeObject方法对一个对象进行序列化工作;而ObjectInputStrem中的readObject方法则负责发序列化的操作。下面的例子完整的显示了一个类的序列化和反序列化操作。 package serialtest; import java.io.FileInputStream; import java.io.FileOutputStream; import java.io.ObjectInputStream; import java.io.ObjectOutputStream; public class TestClass { public static void main(String[] args) throws Exception { SerialClass s = new SerialClass(); s.setA(10); s.setB("hello"); s.setC("world"); //创建ObjectOutputStream对象,准备序列化对象s ObjectOutputStream oos = new ObjectOutputStream( new FileOutputStream("abc")); //调用writeObject将对象进行序列化,存储在文件abc中。 oos.writeObject; oos.flush(); oos.close(); //创建ObjectInputStream对象,准备从文件abc中反序列化SerialClass对象 ObjectInputStream ois = new ObjectInputStream( new FileInputStream("abc")); //调用readObject将存储在文件abc中的字节流反序列化为SerialClass对象。 s = (SerialClass) ois.readObject(); System.out.println(s.getA()); System.out.println(s.getB()); System.out.println(s.getC()); } } 执行程序,最后的结果应该是: 10 Hello World 好了,序列化的基础知识就讲到这里。接下来我们看看继承对于序列化的影响。 二、继承对序列化的影响 我们现在把上面的例子做点变换,变成如下的形式。 1)首先创建一个Interface。 package serialtest; public interface SuperInterface { public int getA(); public String getB(); public void setA(int a); public void setB(String b); } 2)创建一个抽象类实现SuperInterface接口,注意,这个类没有实现Serializable接口。 package serialtest; public abstract class AbsSuperClass implements SuperInterface { public int a; public String b; public int getA() {return a;} public String getB(){return b; } public void setA(int a) {this.a = a;} public void setB(String b) {this.b = b;} } 3)SerialClass类继承了AbSuperClass,同时它也实现了Serializable接口。 package serialtest; import java.io.Serializable; public class SerialClass extends AbsSuperClass implements Serializable { private static final long serialVersionUID = -190734710746841476L; private String c; public String getC(){return c; } public void setC(String c) {this.c = c;} } 这时候我们在运行Test,将会发现结果和第一节的例子不一样了,这时候结果将变成: 0 null world 而导致这个结果的原因就在AbSuperClass上,因为AbSuperClass没有实现Serializable接口,所以它不可被序列化;但SerialClass由于实现了Serializable接口而成为一个可序列化的类,这时候,属性c因为是SerialClass的类所以c的值在序列化时将被保存,而属性a和b是从AbSuperClass中继承而来,他们因为AbSuperClass的缘故而导致了它们的值不能在序列化是被保存。 关于这一点,我在Java文档中也得到了证实,在Java doc中明确指出,如果一个类继承了一个非Serializable类时,如果想在序列化中保存父类的属性,则需要实现额外的代码显式地存储父类的属性值。 最后再回到本文的初衷,诚然,这篇文章是以对象的序列化为主的,但最后我又要回到一个比较古老的话题上,那就是在软件开发的时候,继承到底该用到什么一种程度?毕竟,滥用继承对整个系统的影响将是深远的。 文章来自:www.javaedu.com.cn
javaguider edited on 2007-11-30 18:17
25了才开始学JAVA晚吗? |
作者 | Re:继承到底该用到什么一种程度 [Re:javaguider] |
JiafanZhou
版主 发贴: 736 积分: 61 |
于 2007-11-30 23:12
Having read this article carefully, I would say it is the right behaviour of JAVA. And it is what software engineers would expect Serialization to behave. Looking at this example, I would say let the interface <SuperInterface> to extends interface <Serializable> would be a good idea to make this object serializable. There is nothing to do with Inheritance here with Serialization in this case. Let me explain later. But let me ask a question first. Why would you make some derived class to be Serializable but not the common parent classes, or abstract classes? This does *not* make sense. It is like to say a father cannot be serialized but a child can. If we implement the object model as you suggested, we just simply added some brand-new features to the derived children classes, would you agree? Inheritance is a powerful feature, it is the harms that software engineers do not use it correctly, just like the example here. Regards, Jiafan When I was a kid I used to pray every night for a new bike. Then I realized that The Lord doesn't work that way, so I stole one and asked him to forgive me. Hibernate的优点 |
作者 | Re:继承到底该用到什么一种程度 [Re:javaguider] |
javaguider
发贴: 6 积分: 0 |
于 2007-12-02 19:19
当时我们在设计一个框架时,当时由我的一位同事在设计该框架,他最初的想法是首先设计一个接口以定义系统***能,然后在定义一个抽象的Default类用以包含一些通用的实现方式,接着在上述的Default类中定义一个可序列化的类;他的想法是,对于一个框架来说,子类不一定需要成为一个可序列化的类,是否可序列化应该是可选择的,同时又为了重用,因此给出了这样的一种结构。最后架构最后由于序列化的问题以及一些其他的问题而被推翻了。 Java开发规范 |
已读帖子 新的帖子 被删除的帖子 |
Powered by Jute Powerful Forum® Version Jute 1.5.6 Ent Copyright © 2002-2021 Cjsdn Team. All Righits Reserved. 闽ICP备05005120号-1 客服电话 18559299278 客服信箱 714923@qq.com 客服QQ 714923 |