Словарь <K,V>, который реализует IList <V>

Question

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

Тогда, я хочу, чтобы иметь возможность десериализации некоторый (формат-негибкий) XML, который выглядит как:

<listitem> 
    <id>20359</id> 
    <someotherval>foo</someotherval> 
</listitem> 
<listitem> 
    ... 

Это требует, чтобы я десериализация с List<V>, и это неудобно, придется вручную конвертировать, что a Dictionary<K,V>.

Вторая проблема со связыванием. В списках привязки требуется, чтобы источник реализовал ICollection (если я правильно помню), и снова больно вручную создать новый List<V> и заполнить его с Dictionary<K,V>.

Мой текущий, довольно некрасиво, но функциональное решение должно иметь следующие классы:

public abstract class Keyed<KeyType> 
{ 
public KeyType key { get; set; } 
} 

public class KeyedDictionary<KeyType, ValueType> : 
Dictionary<KeyType, ValueType> 
where ValueType : Keyed<KeyType> 
{ 
// ... 
} 

public class KeyedList<KeyType, ValueType> : 
IList<ValueType>, 
System.Collections.IList 
where ValueType : Keyed<KeyType> 
{ 
public readonly KeyedDictionary<KeyType, ValueType> dict = 
    new KeyedDictionary<KeyType, ValueType>(); 

// ... 
} 

Это работает, но это внутренне большой и уродливый. Есть ли лучшие способы?

---

EDIT: Вот решение, на котором я остановился.

public interface IKeyed<KeyType> 
{ 
    KeyType Key { get; } 
} 

public class KeyedList<KeyType, ValueType> : 
    KeyedCollection<KeyType, ValueType> 
    where ValueType : IKeyed<KeyType> 
{ 
    protected override KeyType GetKeyForItem(ValueType item) { return item.Key; } 
} 

Answer 1

Это звучит как встроенный KeyedCollection<K,I> типа может сделать трюк. Это абстрактный класс, поэтому вам нужно получить свой собственный подкласс (ы), но это достаточно легко.

Вы можете создать отдельные специализированные реализации, соответствующие вашим конкретным потребностям, или создать единую универсальную версию, которая принимает делегат селектора ключей в качестве аргумента конструктора. (Версия общего назначения будет незначительно менее эффективной, чем специализированная версия из-за стоимости делегата вызова каждый раз, когда есть ключ поиск.)

var myKeyedByIdCollection = 
    new ProjectionKeyedCollection<int, MyCustomType>(i => i.Id); 

// ... 

public class ProjectionKeyedCollection<TKey, TItem> 
    : KeyedCollection<TKey, TItem> 
{ 
    private readonly Func<TItem, TKey> _keySelector; 

    public ProjectionKeyedCollection(Func<TItem, TKey> keySelector) 
    { 
     if (keySelector == null) 
      throw new ArgumentNullException("keySelector"); 

     _keySelector = keySelector; 
    } 

    protected override TKey GetKeyForItem(TItem item) 
    { 
     return _keySelector(item); 
    } 
} 

Answer 2

насчет просто десериализации к List<something>, а затем использовать .ToDictionary() на этот список? Это не кажется слишком неудобным.