Как я могу сериализировать объект со свойством <string, object> Словаря?

Вот универсальный класс словаря, который знает, как сериализовать себя:

  public class XmlDictionary<T, V> : Dictionary<T, V>, IXmlSerializable {
    [XmlType("Entry")]
    public struct Entry {
      public Entry(T key, V value) : this() { Key = key; Value = value; }
      [XmlElement("Key")]
      public T Key { get; set; }
      [XmlElement("Value")]
      public V Value { get; set; }
    }
    System.Xml.Schema.XmlSchema IXmlSerializable.GetSchema() {
      return null;
    }
    void IXmlSerializable.ReadXml(System.Xml.XmlReader reader) {
      this.Clear();
      var serializer = new XmlSerializer(typeof(List<Entry>));
      reader.Read();  // Why is this necessary?
      var list = (List<Entry>)serializer.Deserialize(reader);
      foreach (var entry in list) this.Add(entry.Key, entry.Value);
      reader.ReadEndElement();
    }
    void IXmlSerializable.WriteXml(System.Xml.XmlWriter writer) {
      var list = new List<Entry>(this.Count);
      foreach (var entry in this) list.Add(new Entry(entry.Key, entry.Value));
      XmlSerializer serializer = new XmlSerializer(list.GetType());
      serializer.Serialize(writer, list);
    }
  }

Вы не можете (не хватает всего себя самостоятельно, что ужасно); Serializer XML не будет иметь подсказку, что делать с объектом , так как он не включает в себя тип метаданных в формате провода. Один (Hacky) вариант будет трансформировать их все как строки для целей сериализации, но тогда у вас есть много дополнительного анализа (и т. Д.).

Как насчет того, чтобы пометить класс клиента в качестве DataContratt и его свойства, как DataMembers. DataContract Serializer сделает для вас сериализацию.

Вы можете использовать двоичную сериализацию вместо неё. (Убедитесь, что все Ваши классы помечены как [Сериализуемый] . Конечно, это не будет в формате XML, но Вы не перечислили это в качестве требования :)

Но почему только эти файлы 80?

Эти файлы имеют свойство svn: mergeinfo ; остальные нет. Когда отдельные файлы и вложенные папки проекта имеют это значение, оно называется «слиянием поддеревьев». Как только файл или папка имеют свойство «svn: mergeinfo», слияние обновляется при каждой операции слияния.

Если объединить только корень проекта и использовать последнюю версию SVN-клиента, слияние поддеревьев будет происходить редко. Только корневая папка ветвей проекта (например, /trunk , /branches/foo ) должна иметь свойство svn: mergeinfo .

edit : Если просто удалить слияние поддерева, то подрывная система не узнает, что слияние произошло. Таким образом, subversion может попытаться снова объединить эти версии, когда она автоматически выберет версии, подходящие для объединения (например, при выполнении svn merge без указания параметров -r или -c ). В худшем случае такая попытка слияния может вызвать некоторые ложные конфликты, что не является большой проблемой; просто разрешите их вручную.

update : Subversion 1,7 теперь обновляет слияние только тогда, когда это необходимо. Из примечаний к выпуску :

слияние больше не записывает слияние (описывающее слияние) в поддеревы (которые имеют свое собственное явное слияние), если поддерево не затрагивалось слиянием. Это должно значительно уменьшить количество ложных изменений свойств svn: mergeinfo для пользователей, имеющих большое количество поддеревьев с явным слиянием.

Это не поддерживается в DataGrid в наборе инструментов, и похоже, что не поддерживается при поставке DataGrid с .NET 4. Еще одна причина, по которой этот контроль не готов к использованию в производстве. Я бы пошел с одним из следующих вариантов:

1. Свернуть собственную сетку с ListView/GridView
2. Изменить исходный код DataGrid в инструментарии (это не должно быть слишком сложно, поскольку расширенный выбор уже поддерживается?)
3. Найдите любые доступные коммерческие WPF DataGrid (обычно они добавляют огромный объем полезной функциональности)

Я согласен, что DataGrid должен поддерживать это, и я думаю, что вы должны подать ошибку/предложение для этого в любом случае. Может быть, еще не поздно попасть в .NET 4..:)

Я только что нашел эту запись в блоге Ракеша Раджана , в которой описывается одно возможное решение:

Переопределить StartSerialization, сделав тип реализующим класс System.Xml.Serialization.IXml. Определите, как объект должен быть сериализован в XML в методе WriteXml, и определите, как можно воссоздать объект из последовательности xml в методе ReadXml.

Но это не сработает, поскольку словарь содержит объект , а не определенный тип.