[Savant]

Xcode
Связан ли твой вопрос с этими двумя ?
http://forum.oszone.net/showthread.p...518#post306518
http://forum.oszone.net/showthread.p...388#post326388

[XCodeR]

ыть!..
(сорри, на разных форумах спрашивал, вот и на флудил ненароком).
ну да, связан, но только со вторым линком..
вот только ответов там не наблюдается....

[hasherfrog]

Xcode
Я думаю, Вам стоит открыть для себя классы, поддерживающие сериализацию. Например, CObject из MFC. Вопросы решатся на раз-два.

[XCodeR]

hasherfrog
А можно "на пальцах" объяснить для тупых?
Реализация желательны в C++ Builder, Delphi...
Токо мне кажется, что сериализация работать быстрее не будет.. я не прав?..

[hasherfrog]

Xcode
На пальцах? Давайте я не по учебнику, а очень примитивно...
Любой объект имеет функцию сериализации - сохранения своего состояния на диск и, соответственно, восстановления его с диска. Практически _все "современные" классы имеют такую функцию. Даже визуальные компоненты. Таким образом, например, диалог (main view какой-нибудь) может сохранить свою позицию на экране, размер, открытые тулбары, последнее слово поиска и т.д. и. т.п. Реализация очень простая - объекту на вход дают клас "архив" - и объект сливает (востанавливает) все свои данные туда. В Вашем случае - размерность таблицы + содержимое ячеек (ну или что там?). Стринги _уже имеют сериализацию (!!! как любой объект)

CString:perator <<, >>
friend CArchive& operator <<( CArchive& ar, const CString& string );
throw( CArchiveException );

friend CArchive& operator >>( CArchive& ar, CString& string );
throw( CArchiveException );

friend CDumpContext& operator <<( CDumpContext& dc, const CString& string );

Вы почитайте всё-таки всё сами, ок?

***

А что до скорости. Знаете, я давно не видел программистов, которые заморациваются скоростью при работе с данными. Дурной пример M$ заразителен, наверное ;]

[XCodeR]

оки, полистаю что нить...
сенькс...

[Savant]

Xcode
Может это поможет ? http://www.delphikingdom.com/mastering/xml_ser.htm