Сохранение объектов/сериализация

Question

Я пытаюсь сделать переход от C к C#, и у меня есть несколько вопросов о сохранении объектов в файлах и сериализации.

В C, если вы хотите сохранить структуру данных, меня научили тому, что сохранение его в текстовом формате в виде строки часто не нужно, а двоичный файл, который существует в качестве моментального снимка памяти, часто лучше, потому что он не " t требуется кодирование/декодирование и сопоставление строк с полями. В C# подход кажется другим, он преобразует поля объекта отдельно в строку или какой-либо другой формат, а затем восстанавливает объект, когда это необходимо. Я не уверен, как работает двоичная сериализация, но я думаю, что это похоже на преобразование данных в какой-то формат и не существует как чистый неформатированный снимок памяти.

Почему метод «моментального снимка памяти» без кодирования/декодирования, не используемого в C#? Единственная причина, по которой я могу думать, это совместимость с другими кодами и средами, и, возможно, это связано со сложностью объектов против обычных структур.

Answer 1

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

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

Итак, короче - нет доступа к памяти объекта, поэтому вам нужно сериализовать поле по полю.

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

Answer 2

Формат бинарной сериализации .NET отсылает к типам, как они хотели бы быть сохранены и помещены в некоторые метаданные, чтобы вы знали, как их декодировать (какой тип, какое имя поля и т. Д.).

Это не в первую очередь для взаимодействия с языками .NET - хотя это могло бы быть. Он предназначен для взаимодействия с прошлыми и будущими версиями одних и тех же объектов, которые могут быть написаны так, чтобы быть устойчивыми к этим изменениям или, по крайней мере, знать, чтобы их отклонить.

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

Другим преимуществом является то, что языки .NET знают, что делать со ссылками. По умолчанию C будет write() адрес, который будет бесполезен позже. .NET также поддерживает идею полей, которые не следует сериализовать (например, пароль) - еще одна вещь, которую вам нужно будет написать вручную в версии C.