【发布时间】:2015-09-22 11:27:05
【问题描述】:
我有一堆类是从 XSD 自动生成的,并在我没有源代码的已编译 DLL 中提供给我。我需要为每种类型添加接口,导致代码如下:
public interface IBar
{
string SomeProperty { get; set; }
}
public interface IFoo<TBar> where TBar : IBar
{
TBar Bar { get; set; }
}
public class BarWrapper : BarFromXSD, IBar
{
}
public class FooWrapper : FooFromXSD, IFoo<BarWrapper>
{
[XmlElement("bar")]
public new BarWrapper Bar
{
get { return base.Bar as BarWrapper; }
set { base.Bar = value; }
}
}
如果客户端给我一个 DLL,其中任何底层类型的接口发生变化,我会收到编译时错误告诉我这样的情况。但是,如果底层 DLL 中的序列化属性发生更改,则情况并非如此。在这种情况下,我的包装类将愉快地序列化为与相关 XSD 不兼容的对象。
上述代码的另一个问题是它根本不起作用。当我尝试为FooWrapper 类型的对象创建XmlSerializer 时,我得到了异常链:
反映类型“MyNamespace.FooWrapper”时出错。
反映属性“Bar”时出错。
MyNamespace.BarWrapper 类型的成员 FooWrapper.Bar 隐藏了 DLLNamespace.Bar 类型的基类成员 cs_Foo.Bar。使用 XmlElementAttribute 或 XmlAttributeAttribute 指定新名称。
为了避免这个问题,我想做一个更简单的:
1) 覆盖默认序列化,以忽略“新”属性实现,或者
2)反射性地将所有XML序列化属性从基类复制到派生类
我试图通过任何潜在解决方案解决的问题是:
1) 我想在静态构造函数中执行一次反射,以确定序列化的元素/属性名称和命名空间。
2) 我有多个类遵循与FooWrapper相同的模式,因此任何解决方案都应该适用于任何此类。
3) 遵循FooWrapper模式的类可以包含其他未在需要序列化的基类中定义的属性。
4) 理想的解决方案应该优雅地处理新属性。例如,如果稍后我添加或删除“新”属性,我不应该添加/删除其他方法,或者必须在静态构造函数中硬编码“新”属性的名称。
非常感谢您对满足这些要求的解决方案的任何见解。
【问题讨论】:
-
使用 XML 序列化继承的类向 xml 添加一个属性以区分子类。如果没有此属性,您将无法使用序列化读取 xml。所以它也必须添加到dll中。您不必只编写自己的代码来读取和解析 xml,而不是使用标准的 xml 序列化。
-
我从不需要反序列化任何
FooWrapper模式类型。我希望它们像序列化类型 Foo 一样被序列化,但具有潜在的附加属性(例如,所有元素都可以具有 xsi:type 属性)。至于编写我自己的代码,这很好,但它必须默认使用XmlSerializer,因为我无法修改的 DLL 具有基于传递给方法。因此,任何解决方案都必须与new XmlSerializer(typeof(FooWrapper))构造函数兼容。 -
De-Serializer 将使用哪些方法。如果您正在修改序列化器,真正关心的是稍后将反序列化代码的代码。如果您还可以更改反序列化,则更改序列化程序没有问题。
-
我根本没有反序列化结果。我只是从对象生成 XML,然后将该 XML 发送到另一台服务器进行处理。我想修改类来实现接口,因为同一个 XSD 的多个版本具有相似的结构。如果每个类都实现一个通用接口,我可以跨多个版本执行通用逻辑。但是,我无权访问生成的类的源代码。因此,我需要某种方法来使用从我无法修改的类继承的自定义类来生成相同的 XML。有没有办法做到这一点?
-
我不知道服务器期望什么,所以我无法回答这个问题。
标签: c# serialization reflection xml-serialization