MrD*_*MrD 14 java collections serialization
在Java中,Collection-interfaces没有扩展Serializable,原因有很多.此外,这些接口的大多数常见实现都实现了Serializable.
因此,实现其中一个Collection-interfaces的对象是可序列化的,如果实现本身是可序列化的(通常是这种情况),并且集合中的对象都是可序列化的.
但我怎样才能确保满足这两个条件?我不想遇到运行时错误,因为编译器可以检查这些条件.我正在考虑一些明显的界面(展示List-interface):
public interface SerializableList<T extends Serializable> extends Serializable, List<T> {}
Run Code Online (Sandbox Code Playgroud)
我想知道是否没有其他人面临这个问题,并提出了这个简单的解决方案.到目前为止,我无法找到任何解决方案,甚至没有对此进行讨论,这让我怀疑我的想法.
Serializable不是一个很棒的界面.它应该是一个注释,如果它们在实现时可用.
你将如何处理List的List东西没有Serializable.您需要确保没有对象在对象图中传递不可传递.并非所有实现的对象都Serializable可以实际序列化.
你基本上要求的是一个连接两种类型的类型定义:
<type-def> a = null;
您需要的是<type-def>用规范替换,确保a实现引用的对象Serializable以及Collection<? extends Serializable>.Java语言不支持这种类型定义.
正如您已经写过的,最明显的解决方案可能是声明您自己的接口,加入这两个其他接口:
interface SerializableCollection<T extends Serializable> extends Collection<T>, Serializable {}
似乎没问题,直到你尝试这样的事情:
SerializableCollection<String> a = new ArrayList<String>();
然而,这不会编译.即使ArrayList<String>同时实现了Collection<? extends Serializable>和Serializable,类不工具SerializableCollection<String>.
现在,如果你愿意的话,你可以通过声明一个新的类来规避这个问题:
SerializableArrayList<T extends Serializable> extends ArrayList<T> implements SerializableCollection<T> {}
现在,您已基本结合了所需的一切,并且能够满足原始要求:
SerializableCollection<String> a = new SerializableArrayList<String>();
值得努力吗?在你的情况下,你必须决定,但我会说不.我的论点是,由于Serializable标记只是一个非正式的"标签",因此确保您的集合及其内容实现Serializable仍然不能保证集合及其内容实际上可以序列化.