Когда Вы использовали бы Список <KeyValuePair <T1, T2>> вместо Словаря <T1, T2>?

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

Из http://blogs.msdn.com/bclteam/archive/2004/09/03/225473.aspx :

KeyValuePair vs. DictionaryEntry
[Кшиштоф Квалина]

Мы обсуждали проблему с реализация IEnumerable на Словарь . Какой тип должен IEnumerable.GetEnumerator (). Current возвращение? KeyValuePair или DictionaryEntry ? То же самое для ICollection.CopyTo . Примеры того, что типа надо скопировать в массив?

Мы решили следующее: IEnumerable и интерфейс ICollection реализации будут использовать KeyValuePair как тип элемента. IDictionary конкретные члены ( GetEnumerator возвращается IDictionaryEnumerator ) будет использовать DictionaryEntry как тип элемента.

Причина в том, что мы находимся в процессе внесения изменений, где IEnumerator расширит IEnumerator . Было бы очень странно если идти по иерархии от Словарь -> IEnumerable -> IEnumerable мы внезапно изменили тип элемент, возвращаемый перечислителями.

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

В веб-сервисах SOAP для Silverlight мы обнаружили, что не сериализовать. Это может быть ситуация, когда вы использовали бы список KeyValuePair вместо словаря.

.

В дополнение к ответу Филиппа Нгана, SOAP или иным образом, вы не можете сериализовать XML-объекты, реализующие IDictionary.

Q: Почему я не могу сериализовать хэш-таблицы?

A: XmlSerializer не может классы процессов, реализующие интерфейс IDictionary. Частично это произошло из-за ограничений расписания, а частично из-за того, что хеш-таблица не имеет аналога в системе типов XSD. Единственное решение - реализовать пользовательскую хэш-таблицу, которая не реализует интерфейс IDictionary.

отсюда