我正在尝试编写一个文件头,它是一个表示某些对象层次结构的 XML 字符串。
此层次结构在某些点包含子类型,例如,类Plant
包含类型的属性Stem
,但在序列化时,Root
值可以是任何子类的实例Stem
,例如LongStem
,DryStem
或RottenStem
。此外,还有一个属性Collection<LeafBase> Leaves
,其项目可以是 的任何子类型LeafBase
,例如GreenLeaf
,SweetLeaf
等。
如果我只使用默认代码,DataContractSerializer 将给出一个运行时错误,抱怨“意外类型”,因为它需要一个类型的对象Stem
并接收一个类型DryStem
,例如。
因此,一些研究很快将我引向了 Known Types 解决方案,它要求我在目标类型的每个子类中包含一个数组(天知道还有多少层)。
嗯,这在我看来是对 DRY 和 SRP 原则的严重违反,因为如果每次我添加一个子类,我都必须在我的源代码中查找要更新的已知类型列表(这是 Shotgun Surgery 反模式,并且是该系统先前版本的最差特征之一)。
我已经看到了一种使用反射并获得已知类型列表的方法,但我猜这有点骇人听闻(我不在乎),所以我的问题是:
关于 DRY 和已知类型列表问题,对于对象树包含大量继承的类,处理 DataContractSerialization 的好方法是什么?
或者,如果有另一种类型安全的方法可以将对象序列化和反序列化为 XML 字符串,并且不受此问题的影响,那么这可能是一种选择。