Есть несколько объектов класса News (дата, заголовок, тело), как можно сохранить, а потом извлечь их из файла 

Я например поступаю след. образом:
Есть у меня класс-сущность, которая содержит только информационные поля. На каждое поле добавляю setter и getter метод. А сам класс реализует интерфейс Serializable, который не содержит никаких методов.



Сохраняю объект в файл. 


Читаю объект из файла:


Сериализация, одно слово!    

JavaBeans можно сериализовывать в XML, пример есть в FAQ. 

Ок, спасибо, буду пробовать
Кстати по поводу сериализации в XML, мне  кажется это будет медленней чем просто записывать в файл 

В продолжении темы хорошая статейка про сохраниние объектов http://www.javable.com/javaworld/07_00/01/
 

Неплохая статья, но оценка времени уж слишком поверхностна. На сложных объектах, с большим количеством полей, разница будет еще больше.
Но вообще они правы, самый быстрый способ, это самому реализовать метод сохранения. Причем не обязательно, использовать ObjectOutputStream и Externalizable, можно написать свои интерфейсы. 

Так, чтобы один объект в файл записиать, а потом его считать проблем теперь нет. Теперь вопрос как записать и считать несколько объектов, хотя бы одного типа. С записью я вроде разобрался, а вот насчет того как считывать пока не понятно.  

Пока получилось следующее:
Создаю массив объектов и записываю его в файл, а затем считываю. 
А хотелось бы:
Дозаписывать объекты в уже существующий файл с объектами того же типа
 

А в чем проблема? Методы writeObject() и  readObject() можно применять последовательно. Только в случае чтения нужно соблюдать порядок. 

Проблема состоит в том, что ObjectOutputStream пишет в начало потока специальную сигнатуру, и ObjectInputStream ищет ее там. И соответсвенно если писать в поток в несколько приемов, то и читать из потока надо будет полностью соблюдая очередность открытия/закрытия потоков.


Я думаю тут самый правильный способ, будет реализовать свой механизм сериализации.
Хотя в принципе, можно поизвращаться с потоками, и реализовать механизм, который позволял бы такое делать и со стандартным механизмом. Тут надо, чтобы нижележащий поток когда надо, подсовывал сигнатуру, а когда надо проглатывал ее. 

Да, я то же об этом думал, надо будем поэксперементировать 

А как реализовать этот 

  
Все дело в том, что если наследовать от ObjectInputStream, то метод readObject объявлен final, разрешено переопределить метод readObjectOverride, который будет вызываться, только если private флажок enableOverride стоит true.
enableOvveride ставится true только в конструкторе ObjectInputStream() без параметров. Конструктор ObjectInputStream(InputStream in) вызывать в таком случае нельзя. Так получается, что я должен нехилую кучу методов переопределить и связать мой класс с DataInputStream сам!
Мне всего лишь нужно, чтобы было так: 
И, заодно, в конструкторе ObjectInputStream(InputStream in) убрать readStreamHeader();

Под "своим механизмом сериализации" я имел в виду следующее: определяем свой интерфейс MySerializable, в которос определяем методы: serialize() и deserialize(). А как именно сохранять свои поля, уже решает сам объект. В принципе это аналог Externalizable, только сохранять можно в произвольные форматы, например XML.

Доброе время суток.

От себя скажу вот что:
1. С сериализацией объектов (serailizable  ) надо быть осторожным - там есть куча граблей, на которые можно наступить.

2. Вот буквально только что использлвал такой вот метод:
     
     а. Берется с Апача библиотека common beanutils
     б. Делается следующая штука (очень удобно, и судя по первоначальной постановке вопроса - именно то, что нужно):





         При этом объект BgSearchingItem является обыкновенным JavaBean'ом и соответствует правилам определения для JavaBean'ов


   и в итоге вся инфа сохраняется (а затем читается)  вот в таком вот преприятнейшем формате:






Я думаю - при первоначально постановке вопроса - это то что нужно.

Это сообщение отредактировал(а) sergakrem - 14.9.2006, 13:23

Зачем они тут?

FAQ