В C#, как я могу сериализировать Систему. Исключение? (.Net CF 2.0)

Я смотрел на ответ Jason Jackson, но он не имел смысла мне, что у меня есть проблемы с этим даже при том, что Система. Исключение реализует ISerializable. Таким образом, я обошел XmlSerializer путем обертывания исключения в класс, который использует BinaryFormatter вместо этого. То, когда XmlSerialization ударов объектов Организации очередей сообщений MS всего это будет видеть, является классом с общедоступным массивом байтов.

Вот то, что я придумал:

public class WrappedException {
    public byte[] Data;

    public WrappedException() {
    }

    public WrappedException(Exception e) {
        SetException(e);
    }

    public Exception GetException() {
        Exception result;
        BinaryFormatter bf = new BinaryFormatter();
        MemoryStream stream = new MemoryStream(Data);
        result = (Exception)bf.Deserialize(stream);
        stream.Close();
        return result;
    }

    public void SetException(Exception e) {
        MemoryStream stream = new MemoryStream();
        BinaryFormatter bf = new BinaryFormatter();
        bf.Serialize(stream, e);
        Data = stream.ToArray();
        stream.Close();
    }
}

первый тест работал отлично, но я был все еще обеспокоен пользовательскими исключениями. Таким образом, я бросил вместе свое собственное исключение. Затем я просто отбросил кнопку на незаполненном бланке. Вот код:

[Serializable]

public class MyException : Exception, ISerializable {
    public int ErrorCode = 10;
    public MyException(SerializationInfo info, StreamingContext context)
        : base(info, context) {

        ErrorCode = info.GetInt32("ErrorCode");
    }

    public MyException(string message)
        : base(message) {
    }

    #region ISerializable Members
    void ISerializable.GetObjectData(SerializationInfo info, 
        StreamingContext context) {

        base.GetObjectData(info, context);
        info.AddValue("ErrorCode", ErrorCode);
    }

    #endregion
}

private void button1_Click(object sender, EventArgs e) {
    MyException ex = new MyException("Hello, world!");
    ex.ErrorCode = 20;
    WrappedException reply = new WrappedException(ex);
    XmlSerializer x = new XmlSerializer(reply.GetType());
    MemoryStream stream = new MemoryStream();
    x.Serialize(stream, reply);
    stream.Position = 0;
    WrappedException reply2 = (WrappedException)x.Deserialize(stream);
    MyException ex2 = (MyException)reply2.GetException();
    stream.Close();
    Text = ex2.ErrorCode.ToString(); // form shows 20

    // throw ex2;

    }

, Хотя на все другие типы исключительной ситуации казалось, что я искал, отмечены с SerializableAttribute, я оказываюсь перед необходимостью быть осторожным относительно пользовательских исключений, которые не отмечены с SerializableAttribute.

РЕДАКТИРОВАНИЕ: Обгоняние меня. Я не понял, что BinaryFormatter не реализован на CF.

РЕДАКТИРОВАНИЕ: Выше фрагментов кода были в настольном проекте. В версии CF WrappedException будет в основном выглядеть одинаково я всего потребность реализовать мой собственный BinaryFormater, но я очень открыт для предложений на том.

Комментарий:

исключения Сериализации общая задача когда дистанционная работа или взаимодействующий с системами через границы процесса. Не слушайте никого, кто говорит иначе; они, вероятно, никогда не писали библиотеку дистанционной работы.

Решение:

я установил вертикально дистанционную работу, чтобы сделать это прежде путем создания пользовательского, основного класса исключений. Проблемой, с которой я столкнулся, была та Система. Исключение не сериализирует легко, таким образом, я должен был наследоваться ему. Путем я обработал, это было путем создания моих собственных исключений, которые действительно сериализировали (через ISerializable) и перенесли любую Систему. Исключение в пользовательском исключении.

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

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

public class WireObject<T, E>
{
  public T Payload{get;set;}
  public E Exception{get;set;}
}

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

Это - очень простая версия того, что я записал прежде, и что я видел, что другие пишут. Удача на Вашем проекте.

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

Вы не можете сериализировать словарь к xml. Сделайте то, что сказал другой парень, и отправьте сообщение, которое является важным битом так или иначе.

Ну, сериализация XML ограничена в ее использовании. Это не может, например, сериализировать этот определенный сценарий. Для точной сериализации и десериализации Исключений необходимо было бы использовать BinaryFormatter, который будет работать, пока собственные исключения отмечены [Serializable]. Все исключения .NET отмечены с этим SerializableAttribute, означая, что они могут быть сериализированы с BinaryFormatter.

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