Очень низкая производительность десериализации с использованием сериализатора контрактов данных в приложении Silverlight

картден

Вместо этого вы можете подумать о переходе на XMLSerializer. Вот что я со временем определил:

Классы XMLSerializer и DataContractSerializer предоставляют простые средства сериализации и десериализации графов объектов в XML и обратно.

Ключевые различия:
1.
Полезная нагрузка XMLSerializer намного меньше, чем у DCS. если вы используете [XmlAttribute] вместо [XmlElement]
DCS всегда хранит значения как элементы
2.
DCS - это «согласие», а не «отказ»
С В DCS вы явно отмечаете, что вы хотите сериализовать, с помощью [DataMember]
С DCS вы можете сериализовать любое поле или свойство, даже если они помечены как защищенные или закрытые
В DCS вы можете использовать [IgnoreDataMember], чтобы иметь сериализатор игнорирует определенные свойства
С помощью XMLSerializer общедоступные свойства сериализуются, и сеттеры требуют десериализации
С XmlSerializer вы можете использовать [XmlIgnore], чтобы сериализатор игнорировал общедоступные свойства
3.
БУДЬТЕ ВНИМАТЕЛЬНЫ! DCS.ReadObject НЕ вызывает конструкторы во время десериализации
Если вам нужно выполнить инициализацию, DCS поддерживает следующие обработчики обратного вызова:
[OnDeserializing], [OnDeserialized], [OnSerializing], [OnSerialized]
(также полезно для решения проблем с управлением версиями)

Если вам нужна возможность переключаться между двумя сериализаторами, вы можете использовать оба набора атрибутов одновременно, например:

[DataContract]
[XmlRoot]
    public class ProfilePerson : NotifyPropertyChanges
    {
[XmlAttribute]
[DataMember]
        public string FirstName { get { return m_FirstName; } set { SetProperty(ref m_FirstName, value); } }
        private string m_FirstName;
[XmlElement]
[DataMember]
        public PersonLocation Location { get { return m_Location; } set { SetProperty(ref m_Location, value); } }
        private PersonLocation m_Location = new PersonLocation(); // Should change over time
[XmlIgnore]
[IgnoreDataMember]
        public Profile ParentProfile { get { return m_ParentProfile; } set { SetProperty(ref m_ParentProfile, value); } }
        private Profile m_ParentProfile = null;

        public ProfilePerson()
        {
        }
    }

Также обратите внимание на мой класс Serializer, который может переключаться между ними:

using System;
using System.IO;
using System.Runtime.Serialization;
using System.Text;
using System.Xml;
using System.Xml.Serialization;

namespace ClassLibrary
{
    // Instantiate this class to serialize objects using either XmlSerializer or DataContractSerializer
    internal class Serializer
    {
        private readonly bool m_bDCS;

        internal Serializer(bool bDCS)
        {
            m_bDCS = bDCS;
        }

        internal TT Deserialize<TT>(string input)
        {
            MemoryStream stream = new MemoryStream(input.ToByteArray());
            if (m_bDCS)
            {
                DataContractSerializer dc = new DataContractSerializer(typeof(TT));
                return (TT)dc.ReadObject(stream);
            }
            else
            {
                XmlSerializer xs = new XmlSerializer(typeof(TT));
                return (TT)xs.Deserialize(stream);
            }
        }

        internal string Serialize<TT>(object obj)
        {
            MemoryStream stream = new MemoryStream();
            if (m_bDCS)
            {
                DataContractSerializer dc = new DataContractSerializer(typeof(TT));
                dc.WriteObject(stream, obj);
            }
            else
            {
                XmlSerializer xs = new XmlSerializer(typeof(TT));
                xs.Serialize(stream, obj);
            }

            // be aware that the Unicode Byte-Order Mark will be at the front of the string
            return stream.ToArray().ToUtfString();
        }

        internal string SerializeToString<TT>(object obj)
        {
            StringBuilder builder = new StringBuilder();
            XmlWriter xmlWriter = XmlWriter.Create(builder);
            if (m_bDCS)
            {
                DataContractSerializer dc = new DataContractSerializer(typeof(TT));
                dc.WriteObject(xmlWriter, obj);
            }
            else
            {
                XmlSerializer xs = new XmlSerializer(typeof(TT));
                xs.Serialize(xmlWriter, obj);
            }

            string xml = builder.ToString();
            xml = RegexHelper.ReplacePattern(xml, RegexHelper.WildcardToPattern("<?xml*>", WildcardSearch.Anywhere), string.Empty);
            xml = RegexHelper.ReplacePattern(xml, RegexHelper.WildcardToPattern(" xmlns:*\"*\"", WildcardSearch.Anywhere), string.Empty);
            xml = xml.Replace(Environment.NewLine + "  ", string.Empty);
            xml = xml.Replace(Environment.NewLine, string.Empty);
            return xml;
        }
    }
}

Это предположение, но я думаю, что он работает медленно в режиме отладки, потому что для каждого исключения он выполняет некоторые действия, чтобы показать исключение в окне отладки и т. Д. Если вы работаете в режиме выпуска, эти дополнительные шаги не выполняются. .

Я никогда не делал этого, поэтому я действительно не знаю id, что это сработает, но пробовали ли вы просто настроить эту одну сборку для запуска в режиме выпуска, в то время как все остальные настроены на отладку? Если я прав, это может решить вашу проблему. Если я ошибаюсь, то вы тратите только 1 или 2 минуты.

Что касается вашей проблемы с отладкой, вы пытались отключить помощника по исключениям? (Инструменты> Параметры> Отладка> Включить помощника по исключениям).

Еще одним моментом должна быть обработка исключений в «Отладка»> «Исключения»: вы можете отключить необработанные пользователем данные для CLR или только снять отметку с исключения System.FormatException.

Хорошо - я понял корень проблемы. Это было то, о чем я упоминал в РЕДАКТИРОВАНИИ основного вопроса. Проблема заключалась в том, что в xml правильно сериализовались двойники со значением double.NaN. Я использовал эти значения, чтобы указать «на», когда знаменатель был 0D. Пример: ROE (рентабельность капитала = чистая прибыль / средний капитал), когда средний капитал равен 0D, будет сериализован как:

<ROE>NaN</ROE> 

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

Решение: поменял свойство на удвоение? и установите для него значение null вместо NaN. Теперь все происходит мгновенно в режиме DEBUG. Спасибо всем за помощь.

Попробуйте отключить некоторые надстройки IE. В моем случае панель инструментов LastPass убила мою отладку Silverlight. Мой компьютер зависал на несколько минут каждый раз, когда я взаимодействовал с Visual Studio после точки останова.