Сохранение класса на диск

[Алексей++]

Сохраняется в файл чтото левое - "яя
StoredClass"

  "я - StoredClass"

ладно, шутю...

[USBLexus]

 :)Ага

[Алексей++]

if(ar.IsStoring())
 {
ar << &m_StoredClass;
 }
 else
 {
   StoredClass* pClass=&m_StoredClass;
 ar >> pClass;
 }

может тут не указателями надо ворочать?

[USBLexus]

Малая сказала что указателями да и в MSDN написано
friend CArchive& operator <<(
   CArchive& ar,
   const CObject* pOb
);
Этот оператор для указателя определен

[Malaja]

Люди, пардон, я два дня не смотрела форум, посему не видела описания проблемы.
USBLexus,
у меня есть тестовый проект (там куча всякого мусора, но и это там тоже есть и работает) - если хочешь, я тебе его скину, посмотришь, как и что там сделано.   

[Джон]

USBLexus, добавь в свой класс ф-ю:

virtual void Serialize(CArchive& ar);

void StoredClass::Serialize(CArchive& ar)
{
   if (ar.IsStoring())
   {
      ar << str;
      ar << number;
      ar << rect;

   }
   else
   {
      ar >> str;
      ar >> number;
      ar >> rect;
   }
}

Это ведь объекты - полиморфизм ты используешь

 if(ar.IsStoring())
 {
ar << &m_StoredClass;
 }
 else
 {
   StoredClass* pClass=&m_StoredClass;
 ar >> pClass;
 }

 но где определён сам механизм сохранения данных в архив? Именно этим и занимается виртуальная ф-я  Serialize. Вызов которой происходит после обращения к оператору >> у каждого объекта. Те проще говоря ты сказал "Сохрани", но не сказал как?

Альтернативно можно записать вместо

 if(ar.IsStoring())
 {
ar << &m_StoredClass;
 }
 else
 {
   StoredClass* pClass=&m_StoredClass;
 ar >> pClass;
 }

просто
m_StoredClass.Serialize(ar);

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

[Hooter]

Тебе просто неоходимо определить Serialize для класса StoredClass. Иначе не будет сериализовываться. Тебе уже писали об этом с самого начала

Кроме этого, я еще не уверен, но по-моему здесь ты пытаешься сохранить указатель на объект.

ar << &m_StoredClass;

Чтобы сохранить объект с помощью сериализации нужно определить для него метод Serialize и вызвать его.
После того как ты опишешь функцию Serialize для класса StoredClass, то код его сохранения/чтения будет выглядеть вот так:

void CTestSaveDlg::Serialize(CArchive& ar)
{
    m_StoredClass.Serialize  (ar);
}

А для того, чтобы твой объект корректно сохранялся загружался с помощью операторов << и >> нужно определить еще и эти функции для твоего класса.

Посмотри ссылки:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html/_mfc_cobject.3a3a.serialize.asp
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vccore/html/_core_storing_and_loading_cobjects_via_an_archive.asp
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vccore/html/_core_using_the_carchive_.3c3c_.and_.3e3e_.operators.asp

[Hooter]

Малая сказала что указателями да и в MSDN написано
friend CArchive& operator <<(
 CArchive& ar,
 const CObject* pOb
);
Этот оператор для указателя определен

Этот оператор определен для указателя на CObject, а не на твой класс.
Так как эта оперция не определена для твоего класса, то указатель на твой класс по умолчанию приводится к CObject.
А operator << (CObject *)  всего лишь сохраняет значение указателя (или размер - не помню уж) и имя класса. Отсюда ты в файле видишь: яяхх StoredClass.

[USBLexus]

Люди, пардон, я два дня не смотрела форум, посему не видела описания проблемы.
USBLexus,
у меня есть тестовый проект (там куча всякого мусора, но и это там тоже есть и работает) - если хочешь, я тебе его скину, посмотришь, как и что там сделано.   

Ага хочу, скинь плиииззз))

[USBLexus]

Джон, видишь ли структура класса мне неизвестна

[Malaja]

USBLexus,

во-первых, извини, что не сделала вчера - ребенку стало хуже, чем было, пришлось бегом к врачу бежать. А дома у меня этого проекта нет.
 
Tеперь по существу - после старта щелкаешь на кнопке "Serialize", появляется диалог для внесения и последующего просмотра элементов. Основной класс - SerialTest, класс типа твоего неизвестного - SerialPerson.
Посмотри в конструкторе диалогового класса - там задан жесткий путь к файлу, подкорректируй его для себя.
Заранее прошу прощения - там код типа "сырец" , т.е. я его не полировала на предмет проверок всех возможных патовых ситуаций, т.к. это мой тестовый проект, где я что-то пробую.
Если есть вопросы - спрашивай в форуме или кинь мне маил на работу (irina.tebelewa.ext@siemens.com)
Попалась - хотела зип подвесить к ответу, а меня послали грубо и не по-женски
Посему извиняюсь перед всеми.

[Hooter]

Джон, видишь ли структура класса мне неизвестна

USBLexus, ты же сам сказал, что сможешь заставить разработчика класса унаследовать класс от CObject...
Речь идет о том, чтобы разработчик класса не только унаследовал класс от CObject, но и переопределил в этом классе метод Serialize.
Если ты собираешься использовать сериализацию и сам не можешь менять реализацию этого класса, то проблема решается только так.

[Алексей++]

мне кажется, если в классе выделен блок памяти через new, то не зная указателя на эту память, сохранить и восстановить её нельзя

[Malaja]

Леш,

погоди - для работы с объектом (даже если не ты его запрограммировал) у тебя должен быть какой-то указатель на него, т.е. либо у тебя самого есть список объектов, либо тебе его кто-то создает и передает тебе указатель на него. Из чего следует, тебя интересует только его наличие (указателя то бишь) плюс, как было сказано раньше, наследование от CObject и реализация стандартного метода Serialize для того класса, объекты которого должны быть сохранены. Все.
Или ты что-то другое имеешь в виду?

[Алексей++]

другое.

USBLexus в идеале хочет взять чёрный ящик и сохранить его. Если в ящике есть переменная-указатель, указывающая на выделенную new область памяти (то есть, по сути, имеем данные ВНЕ ящика и только ящик об этом знает) то идеала не получится

а заставить разработчика Serialize() написать (его написать - это отдельная песня) - это , как бы сказать, не то, что хотелось USBLexus'у изначально

вот об этом я

[USBLexus]

Malaja
Спасибо за исходники! Посмотрел, разобрался)

Да, видимо чудес не бывает((( Знание струткуры класса необходимо((( Мда сколько придется проделать "лишней" работы по написанию функции сохранения или переопределения сериализации для каждого класса Афигеть. А если структура поменяется опять переделывать функцию сохранения а можно и забыть и будут ошибки которые можно и не найти вовремя...

[Malaja]

USBLexus,

Народ, стоп - работать с черным ящиком просто нереально! Иначе будет по классике "я у аптеки, а я в кино искала Вас "...

Т.е. каждый раз при изменении структуры надо брать разработчика за выступающие части тела и требовать продолжения банкета по правилам, т.е. теоретически в софте каждый должен сам отвечать за свой кусок кода. В данном случае это задача разработчика того самого класса - "черного ящика". Для тебай ничего не должно меняться, т.е. ты пишешь один раз свою функцию

   if(ar.IsStoring())
   {
      pObject = как-то его получаешь;
      ar << pObject;
   }
   else
   {
      // read file
      ar >> pObject;

      pObject->Set_всеПараметры(start_value);
   }

и привет.
В данном случае ты только используешь чей - то код.
Ну или тебе должен быть передан ишодный код того класса, тогда ты сам себе хозяин и тогда ты сам должен обо всем помнить .

[Алексей++]

USBLexus , выход несложен - определи структуру в классе, где храни всё, что надо сохранять. В неё же встрой дополнительные функции для промежуточных всяких преобразований для сохранения / восстановления. Если что-то меняется - меняешь название встроенных функций или переменных (например приписываешь к имени функции "..._номер_версии_функции") и компилятор сам найдёт все места, на которые тебе нужно обратить внимание

[Malaja]

Леш,

для особо тупых - как это? Я не совсем поняла, извини. 

[USBLexus]

Алексей1153,

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

[Алексей++]

Ирина, ты вовсе не тупая, что за глупости!

просто эксплуатируем замечательное свойство языка C - переменная обязательно должна быть определена.

Если нам надо найти все связи с этой переменной - меняем её имя (к примеру с Var на Var_1) и смотрим везде, где используется.

а насчёт структуры - это очень удобно в плане, что все сохраняемые свойства в одном месте и кроме того - одним блоком памяти. Исключения - выделения памяти, с ними боремся встроенными в процедуру функциями

[Malaja]

Леш,

муррр
Т.е. ты хочешь сказать, что если до этого в классе были переменные и функции
м_имя, м_адрес, гетИмя, гетАдрес и т.д., то теперь это должно переехать в структуру и при каждом изменении менять имена в структуре? Или я опять мимо?

[Алексей++]

в принципе да - все свойства и методы над ними - в одном месте. Но менять ВСЁ каждый раз не надо. Надо переименовать только то, что меняешь ,или добавляешь. Если удаляешь - компилятор так же покажет, где зависимости были, так как переменной не стало.
А вообще - самое простое просто забить в поиск и найти все использования переменной. Но так легко запутаться.

а кроме того, отладив новую версию, имена можно вернуть на старые, если угодно. Но смысла думаю нет

[Malaja]

Леш,

спасибо, теперь все ясно.