继我之前的问题之后,我一直致力于将我的对象模型序列化为XML。但我现在遇到了一个问题(quelle surprise!)。
我遇到的问题是我有一个集合,它是一个抽象的基类类型,由具体的派生类型填充。
我认为只需将XML属性添加到所涉及的所有类中,一切都会很好。可悲的是,事实并非如此!
所以我在谷歌上做了一些挖掘,现在我明白为什么它不起作用了。事实上,XmlSerializer实际上是为了将对象序列化到XML或从XML序列化而做了一些巧妙的反思,并且因为它基于抽象类型,所以它无法弄清楚它到底在说什么。精细。
我确实遇到过CodeProject上的这个页面,它看起来好像很有帮助(还没有完全阅读/消费),但我想我也想把这个问题带到StackOverflow表,看看你是否有任何整洁黑客/技巧,以最快/最轻的方式启动和运行。
我还应该补充的一点是,我不想沿着XmlInclude路线前进。与它有太多的耦合,系统的这个区域正在大量开发,所以这将是一个真正的维护头痛!
问题解决了!
好的,所以我终于到了那里(诚然,从这里获得了很多帮助!)。
总结一下:
目标:
-
由于头痛,我不想走XmlInclude路线。
-
一旦找到解决方案,我希望它能够在其他应用程序中快速实现。
-
可以使用抽象类型的集合,以及单独的抽象属性。
-
我真的不想在具体课上做"特殊"的事情。
确定的问题/注意事项:
-
XmlSerializer做了一些非常酷的反思,但它在抽象类型方面非常有限(即它只适用于抽象类型本身的实例,而不是子类)。
-
Xml属性装饰器定义XmlSerializer如何处理它找到的属性。也可以指定物理类型,但这会在类和序列化器之间产生紧密耦合(不好)。
-
我们可以通过创建一个实现IXmlSerializable的类来实现我们自己的XmlSerializer。
解决方案
我创建了一个泛型类,您可以在其中指定泛型类型作为您将使用的抽象类型。这使得类能够在抽象类型和具体类型之间"转换",因为我们可以对转换进行硬编码(即我们可以获得比XmlSerializer更多的信息)。
然后我实现了IXmlSerializable接口,这非常简单,但是在序列化时我们需要确保我们将具体类的类型写入XML,因此我们可以在反序列化时将其转换回来。同样重要的是要注意它必须是完全限定的,因为这两个类所在的程序集可能不同。当然有一些类型检查和需要在这里发生的事情。
由于XmlSerializer无法强制转换,我们需要提供代码才能执行此操作,因此隐式运算符会被重载(我甚至不知道您可以执行此操作!)。
AbstractXmlSerializer的代码是这样的:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98
| using System;
using System.Collections.Generic;
using System.Text;
using System.Xml.Serialization;
namespace Utility.Xml
{
public class AbstractXmlSerializer<AbstractType> : IXmlSerializable
{
// Override the Implicit Conversions Since the XmlSerializer
// Casts to/from the required types implicitly.
public static implicit operator AbstractType(AbstractXmlSerializer<AbstractType> o)
{
return o.Data;
}
public static implicit operator AbstractXmlSerializer<AbstractType>(AbstractType o)
{
return o == null ? null : new AbstractXmlSerializer<AbstractType>(o);
}
private AbstractType _data;
/// <summary>
/// [Concrete] Data to be stored/is stored as XML.
/// </summary>
public AbstractType Data
{
get { return _data; }
set { _data = value; }
}
/// <summary>
/// **DO NOT USE** This is only added to enable XML Serialization.
/// </summary>
/// <remarks>DO NOT USE THIS CONSTRUCTOR</remarks>
public AbstractXmlSerializer()
{
// Default Ctor (Required for Xml Serialization - DO NOT USE)
}
/// <summary>
/// Initialises the Serializer to work with the given data.
/// </summary>
/// <param name="data">Concrete Object of the AbstractType Specified.</param>
public AbstractXmlSerializer(AbstractType data)
{
_data = data;
}
#region IXmlSerializable Members
public System.Xml.Schema.XmlSchema GetSchema()
{
return null; // this is fine as schema is unknown.
}
public void ReadXml(System.Xml.XmlReader reader)
{
// Cast the Data back from the Abstract Type.
string typeAttrib = reader.GetAttribute("type");
// Ensure the Type was Specified
if (typeAttrib == null)
throw new ArgumentNullException("Unable to Read Xml Data for Abstract Type '" + typeof(AbstractType).Name +
"' because no 'type' attribute was specified in the XML.");
Type type = Type.GetType(typeAttrib);
// Check the Type is Found.
if (type == null)
throw new InvalidCastException("Unable to Read Xml Data for Abstract Type '" + typeof(AbstractType).Name +
"' because the type specified in the XML was not found.");
// Check the Type is a Subclass of the AbstractType.
if (!type.IsSubclassOf(typeof(AbstractType)))
throw new InvalidCastException("Unable to Read Xml Data for Abstract Type '" + typeof(AbstractType).Name +
"' because the Type specified in the XML differs ('" + type.Name +"').");
// Read the Data, Deserializing based on the (now known) concrete type.
reader.ReadStartElement();
this.Data = (AbstractType)new
XmlSerializer(type).Deserialize(reader);
reader.ReadEndElement();
}
public void WriteXml(System.Xml.XmlWriter writer)
{
// Write the Type Name to the XML Element as an Attrib and Serialize
Type type = _data.GetType();
// BugFix: Assembly must be FQN since Types can/are external to current.
writer.WriteAttributeString("type", type.AssemblyQualifiedName);
new XmlSerializer(type).Serialize(writer, _data);
}
#endregion
}
} |
那么,从那里,我们如何告诉XmlSerializer使用我们的序列化器而不是默认值?我们必须在Xml属性类型属性中传递我们的类型,例如:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25
| [XmlRoot("ClassWithAbstractCollection")]
public class ClassWithAbstractCollection
{
private List<AbstractType> _list;
[XmlArray("ListItems")]
[XmlArrayItem("ListItem", Type = typeof(AbstractXmlSerializer<AbstractType>))]
public List<AbstractType> List
{
get { return _list; }
set { _list = value; }
}
private AbstractType _prop;
[XmlElement("MyProperty", Type=typeof(AbstractXmlSerializer<AbstractType>))]
public AbstractType MyProperty
{
get { return _prop; }
set { _prop = value; }
}
public ClassWithAbstractCollection()
{
_list = new List<AbstractType>();
}
} |
在这里你可以看到,我们有一个集合和一个属性被暴露,我们需要做的就是将名为parameter的类型添加到Xml声明中,这很容易! :d
注意:如果您使用此代码,我将非常感谢您的支持。它还将有助于吸引更多人加入社区:)
现在,但不确定这里的答案是什么,因为他们都有他们的专业和骗子。我会upmod那些我觉得有用的东西(对那些没有的东西没有冒犯)并且一旦我有了代表关闭它:)
有趣的问题和很好的解决方案! :)
要注意的一件事是,在XmlSerialiser构造函数中,您可以传递序列化程序可能难以解析的类型数组。我不得不使用那几次需要序列化的集合或复杂的数据结构集,并且这些类型存在于不同的程序集等中。
带有extraTypes参数的XmlSerialiser构造函数
编辑:我想补充说,这种方法有利于XmlInclude属性等,你可以找到一种方法,在运行时发现和编译你可能的具体类型的列表,并填充它们。
说真的,POCO的可扩展框架永远不会可靠地序列化为XML。我这样说是因为我可以保证有人会来,扩展你的课程,然后把它搞砸了。
您应该考虑使用XAML来序列化对象图。它旨在实现此目的,而XML序列化则不是。
Xaml序列化程序和反序列化程序处理泛型没有问题,基类和接口的集合(只要集合本身实现IList或IDictionary)。有一些注意事项,例如使用DesignerSerializationAttribute标记只读集合属性,但重新编写代码以处理这些极端情况并不难。
它肯定是您的问题的解决方案,但还有另一个问题,这有点破坏了您使用"可移植"XML格式的意图。当您决定在程序的下一个版本中更改类并且需要支持两种格式的序列化时都会发生不好的事情 - 新的和旧的格式(因为您的客户端仍然使用旧的文件/数据库,或者它们连接到您的服务器使用旧版本的产品)。但你不能再使用这个序列号,因为你使用过
1
| type.AssemblyQualifiedName |
看起来像
1
| TopNamespace.SubNameSpace.ContainingClass+NestedClass, MyAssembly, Version=1.3.0.0, Culture=neutral, PublicKeyToken=b17a5c561934e089 |
它包含你的程序集属性和版本......
现在,如果您尝试更改程序集版本,或者您决定对其进行签名,则此反序列化将不起作用...
只是快速更新一下,我没有忘记!
只是做一些更多的研究,看起来我是一个胜利者,只需要对代码进行排序。
到目前为止,我有以下内容:
-
XmlSeralizer基本上是一个类,它对它正在序列化的类做了一些漂亮的反思。它确定基于Type序列化的属性。
-
出现问题的原因是因为正在发生类型不匹配,它期望BaseType但实际上接收DerivedType ..虽然您可能认为它会多态地处理它,但它不会因为它将涉及一个额外的负载反射和类型检查,它不是为此而设计的。
通过创建代理类作为序列化程序的中间人,似乎可以覆盖此行为(代码挂起)。这将基本确定派生类的类型,然后正常序列化。然后,此代理类将该行备份到主序列化程序。
关注此空间! ^ _ ^
更好的是,使用符号:
1 2 3 4 5 6 7
| [XmlRoot]
public class MyClass {
public abstract class MyAbstract {}
public class MyInherited : MyAbstract {}
[XmlArray(), XmlArrayItem(typeof(MyInherited))]
public MyAbstract[] Items {get; set; }
} |
我做过类似的事情。我通常做的是确保所有XML序列化属性都在具体类上,并且只需要在该类的属性上调用基类(如果需要)以检索在序列化程序调用时将被解除序列化的信息那些属性。这是一个更多的编码工作,但它确实比试图强制序列化器做正确的事情要好得多。