Использование универсального словаря в SOAP: его можно сериализовать, но так ли это?

Question

Я столкнулся с коллегой-программистом и обсуждал метод, который мне нужно было написать, и в аспекте ООП a Dictionary<T,U> идеально подходит. Но я высказал озабоченность по поводу размера и структуры XML, на который он переводится во время сериализации. Поэтому мой собеседник очень прямолинейно сказал, что я должен использовать объект-обертку, который содержит ключ и значение, и возвращать их список вместо словаря. Существуют ли некоторые объекты .NET, которые просто не следует сериализовать через SOAP, и вместо этого следует создавать более простые, настраиваемые объекты?

Answer 1

Основные вещи, о которых вам нужно беспокоиться:

1. Не отправляйте ненужную информацию.
2. Не совершайте слишком много вызовов.

Попытайтесь сбалансировать размер данных с количеством вызовов (оптимально сократить оба из них до минимума).

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

Сериализация списка - это хорошо (он будет сериализован как IEnumerable).

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