Dziwne zachowanie serializacji binarnej .NET na Słowniku <Key, Value>

Question

Napotkałem, przynajmniej w moich oczekiwaniach, dziwne zachowanie w binarnej serializacji .NET.

Wszystkie pozycje z Dictionary, które zostały załadowane, są dodawane do ich rodziców po oddzwonieniu OnDeserialization. W przeciwieństwie do tego, List działa w drugą stronę. Może to być naprawdę denerwujące w kodzie repozytorium w świecie rzeczywistym, na przykład wtedy, gdy trzeba dodać delegatów do elementów słownika. Sprawdź przykładowy kod i obserwuj twierdzenia.

Czy to normalne zachowanie?

[Serializable] 
public class Data : IDeserializationCallback 
{ 
    public List<string> List { get; set; } 

    public Dictionary<string, string> Dictionary { get; set; } 

    public Data() 
    { 
     Dictionary = new Dictionary<string, string> { { "hello", "hello" }, { "CU", "CU" } }; 
     List = new List<string> { "hello", "CU" }; 
    } 

    public static Data Load(string filename) 
    { 
     using (Stream stream = File.OpenRead(filename)) 
     { 
      Data result = (Data)new BinaryFormatter().Deserialize(stream); 
      TestsLengthsOfDataStructures(result); 

      return result; 
     } 
    } 

    public void Save(string fileName) 
    { 
     using (Stream stream = File.Create(fileName)) 
     { 
      new BinaryFormatter().Serialize(stream, this); 
     } 
    } 

    public void OnDeserialization(object sender) 
    { 
     TestsLengthsOfDataStructures(this); 
    } 

    private static void TestsLengthsOfDataStructures(Data data) 
    { 
     Debug.Assert(data.List.Count == 2, "List"); 
     Debug.Assert(data.Dictionary.Count == 2, "Dictionary"); 
    } 
} 

Answer 1

Mogę odtworzyć problem. Rozejrzałem się po Google i stwierdziłem: http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=94265, chociaż nie jestem pewien, czy to dokładnie ten sam problem, wydaje się podobny.

EDIT:

myślę, że dodanie tego kodu może być problem został rozwiązany?

public void OnDeserialization(object sender) 
    { 
      this.Dictionary.OnDeserialization(sender); 
    } 

Nie ma czasu do pełnego przetestowania i chcę, aby pokonać Marca do odpowiedzi ;-)

Answer 2

... Ciekawe Informacje, próbowałem go z podejścia opartego atrybutu (poniżej), i zachowuje się tak samo ... bardzo ciekawy! Nie mogę tego wyjaśnić - Ja tylko odpowiadając na potwierdzenie powielana i wspominając o zachowanie [OnDeserialized]:

[OnDeserialized] // note still not added yet... 
private void OnDeserialized(StreamingContext context) {...} 

Edycja - znaleziono „connect” problem here. Spróbuj dodać do swojego oddzwonienia:

Dictionary.OnDeserialization(this); 

Answer 3

Tak, odkryliśmy denerwujące dziwactwo w Dictionary<TKey, TValue> deserializacji. Można obejść poprzez ręczne wywołanie słownika za OnDeserialization() metoda:

public void OnDeserialization(object sender) 
{ 
    Dictionary.OnDeserialization(this); 
    TestsLengthsOfDataStructures(this); 
} 

Nawiasem mówiąc, można także użyć atrybutu [OnDeserialized] zamiast IDeserializationCallback:

[OnDeserialized] 
public void OnDeserialization(StreamingContext context) 
{ 
    Dictionary.OnDeserialization(this); 
    TestsLengthsOfDataStructures(this); 
}