如何序列化包含接口的不可修改的类？

Question

我正在尝试序列化包含接口的对象。 但是，接口无法序列化。 通常，我会使用类似NonSerialized标记的东西，但我无法弄清楚如何将此属性应用于我无法修改的类，例如预定义的.NET类之一（例如： System.Diagnostics.Process ）。

例如，请考虑以下代码：

using System.Diagnostics
using System.Xml.Serialization;

class Program
{
    static void Main(string[] args)
    {
        try
        {
            XmlSerializer x = new XmlSerializer(typeof(Process));
        }
        catch (Exception e)
        {
            Console.WriteLine(e.InnerException.InnerException.Message);
        }
    }
}

这将打印以下结果：

Cannot serialize member System.ComponentModel.Component.Site of type System.ComponentModel.ISite because it is an interface.

有没有办法在我无法修改的类中执行以下任何操作，例如系统类？

1. 在序列化期间有选择地忽略子元素，以便子元素根本不会被序列化
2. 使用与NonSerialized完成相同的操作标记元素

我已经想到了一些解决方案，比如使用反射来动态生成一个类，该类包含与要序列化的类相同的所有成员，执行某种类型的深层复制以及序列化。 但是，我很想知道是否有更简单的方法来完成此序列化任务，而不是去生成反射路径的类。

Answer 1

如果现有类型的序列化变得复杂，最好的选择始终是：创建一个单独的DTO模型 - 看起来有点类似于您的域实体，但只存在与序列化很好地协作 - 通常非常简单（无参数构造函数，基本访问器，没有验证等）。 然后在他们之间映射。 否则，你将会玩一个不太喜欢的类型的序列化器来玩游戏。

如果你想要一个使用XmlSerializer的游戏：你可以创建一个XmlAttributeOverrides实例，手动为你的特定类型配置它（添加属性实例），并将它传递给XmlSerializer构造函数。 但这很丑陋，非常繁琐，你必须必须缓存并重新使用序列化程序实例（如果使用构造函数的重载，则不适用正常的自动程序集缓存/重用）。 您可以（从XmlAttributeOverrides实例）获取每个类型或每个成员的XmlAttributes实例，然后根据需要获取XmlIgnore属性为true。 坦率地说，我建议反对这种做法。

Answer 2

通常，您序列化自己实现的对象，这样可以在这样的实例中完全控制。 我将创建一个实现ISerializable的包装器对象，并在其构造函数中接受一个Process对象。 这样，您可以控制自己序列化的字段。

话虽如此，序列化可执行流程似乎并不可行。 我想你会想要序列化一个包含行数据的对象，然后在线路的另一端消费（在反序列化时）。 Process类表示系统中正在运行的代码实例，因此想要序列化它似乎很奇怪。