Оптимизация сериализации в .NET - Золотые правила оптимизации

Золотые правила оптимизации

Здесь приводится список важных советов по оптимизации сериализации:

1. Знайте, какие у вас данные: Зная ваши данные, как они используются, вероятный диапазон значений, какой диапазон значений возможен и т.д., вы можете определить 'принадлежащие' данные, что поможет вам выбрать подходящие методы (или иначе, чтобы не использовать никакие методы, и сериализовать данные непосредственно в блок SerializationInfo). Всегда есть неоптимизированный метод, доступный для любого простого типа данных, но использование оптимизированной версии дает наилучшие результаты.
2. Читайте данные в том же порядке, в каком вы их записывали: Потому что мы превращаем данные в потоковые, а не связываем их с именем, поэтому их необходимо повторно считывать в точно таком же порядке, в каком они записывались. Вы не увидите в этом большой проблемы – процесс быстро закончится неудачей, если есть проблема с упорядочиванием, и это выявится во время разработки.
3. Не сериализуйте что-либо, если в этом нет необходимости: Вы не можете лучше оптимизировать данные, которые занимают ноль байтов! Как пример, смотрите «Методы оптимизации» ниже в этой статье.
4. Обдумайте, можно ли дочерние объекты считать 'принадлежащими данными': Например, если вы сериализуете коллекцию, и ее содержимое считается частью коллекции, или отдельные объекты сериализованы по отдельности и только снабжены ссылками? Это соображение может сильно повлиять на размер сериализованных данных, поскольку если образец был равен истине, то единственный SerializationWriter эффективно используется многими объектами одновременно, и эффект от разметки строк может быть очень существенным. Как пример, смотрите часть 2 этой статьи.
5. Помните, что процесс сериализации – это черный ящик: Сериализуемые данные не должны быть в том же формате, что и в памяти. До конца десериализации данные находятся в том же состоянии, что и перед сериализацией, поэтому неважно, что происходит с ними за это время. Для оптимизации нужно сериализовать достаточно данных, чтобы иметь возможность восстановить объекты на другом конце. Как пример, смотрите «Методы оптимизации» позже в этой статье.

Перечисление SerializedType

Таблица ниже показывает используемые в настоящий момент значения SerializedType. 128 зарезервированы для таблиц строк и 70 перечислены ниже, оставляя 58 доступными для другого использования.