Запись объектов в файл

@Ferrari F1 · Регистрация: 27.01.2015

Author24 — интернет-сервис помощи студентам

Могут ли возникнуть проблемы при считывании объекта (функцией read), если перед этим в файл были записаны объекты такого класса:

C++

class Obj1
{
  int len;
  char* str;
public:
  //всякие методы
}

или

C++

class Obj1
{
  int pff;
  string str;
public:
  //всякие методы
}

@nmcf · 07.09.2015, 13:52

Смотря как записаны. Указатель нельзя записывать как есть, только содержимое, на которое он указывает. Тоже касается string.

@DrOffset · 07.09.2015, 13:52

Сообщение от Ferrari F1

Могут ли возникнуть проблемы

Если имеется в виду побайтовая запись объектов таких структур, то не "могут", а возникнут обязательно.

Ilot · 07.09.2015, 13:52

Все зависит от реализации.

@Ferrari F1 · 07.09.2015, 13:54 **[ТС]**

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

@DrOffset · 07.09.2015, 13:56

Сообщение от Ferrari F1

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

Зависит от задачи. В общем виде ответ такой:
"нужно использовать сериализацию".
Применительно к данным классам, можно сперва в файл записать размер строки, потом саму строку. При считывании данных, получить из файла размер строки, выделить необходимый буфер, считать в него строку из файла.

Ilot · 07.09.2015, 13:57

Сообщение от Ferrari F1

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

Еще раз - все зависит от реализации. Вполне можно разместить в начале файла указатели на содержимое строк.

@DrOffset · 07.09.2015, 13:58

Сообщение от Ilot

Вполне можно разместить в начале файла указатели на содержимое строк.

И куда они будут указывать, когда мы их считаем?

@Ferrari F1 · 07.09.2015, 14:01 **[ТС]**

Сообщение от DrOffset

"нужно использовать сериализацию".

Понятно, этот метод мне напомнил ситуацию с чтением объектов базового и произв. классов, когда они записаны в одном файле.

@Renji · 07.09.2015, 14:08

Сообщение от Ferrari F1

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

1) Сначала записывается размер, потом сам текст.
2) В файл пишется C строка, которая заканчивается классическим нулевым символом. Понятное дело, сам текст этого нулевого символа содержать не может. Хотя, слабо себе представляю зачем он вам может там понадобиться.
3) Строка пишется в файл через << и заканчивается символом перевода строки. Многострочный текст так не сохранишь, но оно вам точно надо? Для записи какого ни будь ФИО и так сойдет, а вам геморрою меньше.

Ilot · 07.09.2015, 14:33

Сообщение от DrOffset

И куда они будут указывать, когда мы их считаем?

Указатели не всмысле указателей в С++, а указатели на позицию с которой начинается строка (читай смещения).

@JuniorCpp · 07.09.2015, 14:37

Прошу прощения, но не много не понимаю, зачем это надо?

И что значит читать объект из файла?

@DrOffset · 07.09.2015, 15:05

Не по теме:

Сообщение от Ilot

Указатели не всмысле указателей в С++, а указатели на позицию с которой начинается строка (читай смещения).

Я понял. Тогда да - это возможно. Правда новички в этом разделе могли тебя неверно понять. Хорошо, что уточнил :)

Добавлено через 25 минут

Сообщение от JuniorCpp

Прошу прощения, но не много не понимаю, зачем это надо?

Что именно? Данные в файл сохранять?

Сообщение от JuniorCpp

И что значит читать объект из файла?

Считать из файла некоторую структуру данных, которая потом может быть представлена как состояние объекта в программе.
В игры играешь? Вот пример:
Вот есть файл сохраненной игры, в нем записаны параметры твоего героя на момент времени. При загрузке - файл читается, а в программе создается объект "герой", к которому применяются сохраненные параметры из файла. Это если очень упрощенно.

@JuniorCpp · 07.09.2015, 15:11

Сообщение от DrOffset

Не по теме:

Я понял. Тогда да - это возможно. Правда новички в этом разделе могли тебя неверно понять. Хорошо, что уточнил :)

Добавлено через 25 минут

Что именно? Данные в файл сохранять?

Считать из файла некоторую структуру данных, которая потом может быть представлена как состояние объекта в программе.
В игры играешь? Вот пример:
Вот есть файл сохраненной игры, в нем записаны параметры твоего героя на момент времени. При загрузке - файл читается, а в программе создается объект "герой", к которому применяются сохраненные параметры из файла. Это если очень упрощенно.

Все понял, спасибо)

От себя могу предложить такой вариант, запись данных структуры/класса в формат типа CSV.
А потом написать интерфес записи/чтения из этого файла.
param1;param2;...;paramN

Ну думаю не стоит объяснять что такое CSV)

@Avazart · 07.09.2015, 15:24

Гуглим выражение "сериализация классов".
Можно использовать boost/serialization (и сериализовать к примеру в xml), а можно сериализовать самому "руками".
В любом случае сохранять "как есть" и вообще в двоичных форматах не очень хорошо.

@Ferrari F1 · 07.09.2015, 17:41 **[ТС]**

DrOffset, Ilot,
А как считать все объекты корректно (с помощью ф-ции read целиком весь объект), если эти объекты занимают разное кол-во байт (в каком-то объекте строка длиннее, а каком-то короче).
Или нужно считывать поля объекта поэлементно через >> , зная информацию о длине строки?

@DrOffset · 07.09.2015, 19:30

Сообщение от Ferrari F1

Или нужно считывать поля объекта поэлементно через >> , зная информацию о длине строки?

Да. Но не обязательно через >>. Если потребуется, то можно и более низкоуровневыми функциями воспользоваться.
Если волнует вопрос скорости, то можно считывать разом в небольшой фиксированный буфер в памяти, а потом уже из этот буфер разбирать на объекты. Кончились данные в буфере - считываем следующий кусок и т.д. Подумать как организовать "склейку объектов", которые пришлись на границу этих кусков, тебе предлагаю самостоятельно.

Как выше упомняли, существуют всякие библиотеки сериализации, которые умеют формировать и разбирать в разные форматы, начиная от собственных (например формат google::protobuf) и заканчивая общеупотребимыми (xml, json и т.п.). Так что для полной картины с ним ознакомиться тоже полезно. Велосипедить такое далеко не всегда можно и нужно.

@Renji 2782 / 1935 / 570 Регистрация: 05.06.2014 Сообщений: 5,600
	07.09.2015, 14:08	10
	Сообщение от Ferrari F1 т.е. для записи файл текста неопр. длины нужно использовать фиксированный массив на большое число элементов? 1) Сначала записывается размер, потом сам текст. 2) В файл пишется C строка, которая заканчивается классическим нулевым символом. Понятное дело, сам текст этого нулевого символа содержать не может. Хотя, слабо себе представляю зачем он вам может там понадобиться. 3) Строка пишется в файл через << и заканчивается символом перевода строки. Многострочный текст так не сохранишь, но оно вам точно надо? Для записи какого ни будь ФИО и так сойдет, а вам геморрою меньше. 0

@JuniorCpp 0 / 0 / 0 Регистрация: 07.09.2015 Сообщений: 18
	07.09.2015, 14:37	12
	Прошу прощения, но не много не понимаю, зачем это надо? И что значит читать объект из файла? 0

@Ferrari F1 805 / 532 / 158 Регистрация: 27.01.2015 Сообщений: 3,017 Записей в блоге: 1
	07.09.2015, 17:41 [ТС]	16
	DrOffset, Ilot, А как считать все объекты корректно (с помощью ф-ции read целиком весь объект), если эти объекты занимают разное кол-во байт (в каком-то объекте строка длиннее, а каком-то короче). Или нужно считывать поля объекта поэлементно через >> , зная информацию о длине строки? 0

@nmcf 7793 / 6560 / 2984 Регистрация: 14.04.2014 Сообщений: 28,672
	07.09.2015, 13:52	2
	Смотря как записаны. Указатель нельзя записывать как есть, только содержимое, на которое он указывает. Тоже касается string. 0

@DrOffset 18844 / 9843 / 2408 Регистрация: 30.01.2014 Сообщений: 17,285
	07.09.2015, 13:52	3
	Сообщение от Ferrari F1 Могут ли возникнуть проблемы Если имеется в виду побайтовая запись объектов таких структур, то не "могут", а возникнут обязательно. 1

Ilot $Эксперт по математике/физике$ 2048 / 1366 / 395 Регистрация: 16.05.2013 Сообщений: 3,506 Записей в блоге: 6
	07.09.2015, 13:52	4
	Все зависит от реализации. 0

@Ferrari F1 805 / 532 / 158 Регистрация: 27.01.2015 Сообщений: 3,017 Записей в блоге: 1
	07.09.2015, 13:54 [ТС]	5
	т.е. для записи файл текста неопр. длины нужно использовать фиксированный массив на большое число элементов? 0

@DrOffset 18844 / 9843 / 2408 Регистрация: 30.01.2014 Сообщений: 17,285
	07.09.2015, 13:56	6
	Сообщение от Ferrari F1 т.е. для записи файл текста неопр. длины нужно использовать фиксированный массив на большое число элементов? Зависит от задачи. В общем виде ответ такой: "нужно использовать сериализацию". Применительно к данным классам, можно сперва в файл записать размер строки, потом саму строку. При считывании данных, получить из файла размер строки, выделить необходимый буфер, считать в него строку из файла. 0

Ilot $Эксперт по математике/физике$ 2048 / 1366 / 395 Регистрация: 16.05.2013 Сообщений: 3,506 Записей в блоге: 6
	07.09.2015, 13:57	7
	Сообщение от Ferrari F1 т.е. для записи файл текста неопр. длины нужно использовать фиксированный массив на большое число элементов? Еще раз - все зависит от реализации. Вполне можно разместить в начале файла указатели на содержимое строк. 0

@DrOffset 18844 / 9843 / 2408 Регистрация: 30.01.2014 Сообщений: 17,285
	07.09.2015, 13:58	8
	Сообщение от Ilot Вполне можно разместить в начале файла указатели на содержимое строк. И куда они будут указывать, когда мы их считаем? 0

@Ferrari F1 805 / 532 / 158 Регистрация: 27.01.2015 Сообщений: 3,017 Записей в блоге: 1
	07.09.2015, 14:01 [ТС]	9
	Сообщение от DrOffset "нужно использовать сериализацию". Понятно, этот метод мне напомнил ситуацию с чтением объектов базового и произв. классов, когда они записаны в одном файле. 0

Ilot $Эксперт по математике/физике$ 2048 / 1366 / 395 Регистрация: 16.05.2013 Сообщений: 3,506 Записей в блоге: 6
	07.09.2015, 14:33	11
	Сообщение от DrOffset И куда они будут указывать, когда мы их считаем? Указатели не всмысле указателей в С++, а указатели на позицию с которой начинается строка (читай смещения). 0

@DrOffset 18844 / 9843 / 2408 Регистрация: 30.01.2014 Сообщений: 17,285
	07.09.2015, 15:05	13
	Не по теме: Сообщение от Ilot Указатели не всмысле указателей в С++, а указатели на позицию с которой начинается строка (читай смещения). Я понял. Тогда да - это возможно. Правда новички в этом разделе могли тебя неверно понять. Хорошо, что уточнил :) Добавлено через 25 минут Сообщение от JuniorCpp Прошу прощения, но не много не понимаю, зачем это надо? Что именно? Данные в файл сохранять? Сообщение от JuniorCpp И что значит читать объект из файла? Считать из файла некоторую структуру данных, которая потом может быть представлена как состояние объекта в программе. В игры играешь? Вот пример: Вот есть файл сохраненной игры, в нем записаны параметры твоего героя на момент времени. При загрузке - файл читается, а в программе создается объект "герой", к которому применяются сохраненные параметры из файла. Это если очень упрощенно. 0

	07.09.2015, 19:30

@JuniorCpp 0 / 0 / 0 Регистрация: 07.09.2015 Сообщений: 18
	07.09.2015, 15:11	14
	Сообщение от DrOffset Не по теме: Я понял. Тогда да - это возможно. Правда новички в этом разделе могли тебя неверно понять. Хорошо, что уточнил :) Добавлено через 25 минут Что именно? Данные в файл сохранять? Считать из файла некоторую структуру данных, которая потом может быть представлена как состояние объекта в программе. В игры играешь? Вот пример: Вот есть файл сохраненной игры, в нем записаны параметры твоего героя на момент времени. При загрузке - файл читается, а в программе создается объект "герой", к которому применяются сохраненные параметры из файла. Это если очень упрощенно. Все понял, спасибо) От себя могу предложить такой вариант, запись данных структуры/класса в формат типа CSV. А потом написать интерфес записи/чтения из этого файла. param1;param2;...;paramN Ну думаю не стоит объяснять что такое CSV) 0

@Avazart 8385 / 6147 / 615 Регистрация: 10.12.2010 Сообщений: 28,683 Записей в блоге: 30
	07.09.2015, 15:24	15
	Гуглим выражение "сериализация классов". Можно использовать boost/serialization (и сериализовать к примеру в xml), а можно сериализовать самому "руками". В любом случае сохранять "как есть" и вообще в двоичных форматах не очень хорошо. 0

@DrOffset 18844 / 9843 / 2408 Регистрация: 30.01.2014 Сообщений: 17,285
	07.09.2015, 19:30	17
	Сообщение от Ferrari F1 Или нужно считывать поля объекта поэлементно через >> , зная информацию о длине строки? Да. Но не обязательно через >>. Если потребуется, то можно и более низкоуровневыми функциями воспользоваться. Если волнует вопрос скорости, то можно считывать разом в небольшой фиксированный буфер в памяти, а потом уже из этот буфер разбирать на объекты. Кончились данные в буфере - считываем следующий кусок и т.д. Подумать как организовать "склейку объектов", которые пришлись на границу этих кусков, тебе предлагаю самостоятельно. Как выше упомняли, существуют всякие библиотеки сериализации, которые умеют формировать и разбирать в разные форматы, начиная от собственных (например формат google::protobuf) и заканчивая общеупотребимыми (xml, json и т.п.). Так что для полной картины с ним ознакомиться тоже полезно. Велосипедить такое далеко не всегда можно и нужно. 0