我试图找出一种方法来使我的一些数据库对象可序列化到 XML 文件和从 XML 文件序列化。
我正在为我的对象使用实体框架数据模型,并使用 WCF RIA 服务将它们提供给我的客户。我希望能够从数据库中获取给定对象并将其序列化为 XML 文件,反之亦然。
过去我试过这个,我遇到的问题如下:
如果我为每个对象实现 IXmlSerializable,那么在反序列化时,每个对象都不知道正在反序列化的其他对象。它处于一种泡沫中,无法将外键 ID 解析为对象引用。
对于上述问题,我找到的唯一解决方案是编写一个大的序列化和反序列化方法,其中父对象跟踪引用并根据需要分配它们。这感觉是一种非常糟糕的做法,因为我必须在对象更改时不断维护这个大方法,而不是每个对象负责自己的序列化。
相互嵌套对象的标准 XML 设计不适用于 ORM 模型。原因是某些对象可能有多个其他对象的引用并被多个其他对象使用,因此我无法将这些对象创建为父对象的子元素。
考虑以下 XML:
<User Name="John Smith">
<FavoriteMovies>
<Movie Name="The Big Lebowski" Year="1998" ... />
</FavoriteMovies>
</User>
<User Name="Robert Jones">
<FavoriteMovies>
<Movie Name="The Big Lebowski" Year="1998" ... />
</FavoriteMovies>
</User>
显然我不应该有同一部电影的两个实例。相反,序列化应该是这样的:
<User Name="John Smith">
<FavoriteMovies>
<Id>5</Id>
</FavoriteMovies>
</User>
<User Name="Robert Jones">
<FavoriteMovies>
<Id>5</Id>
</FavoriteMovies>
</User>
<Movies>
<Movie Id="5" Name="The Big Lebowski" Year="1998" ... />
</Movies>
WCF 已经知道如何将我的对象序列化和反序列化为 SOAP/JSON/等。使用数据服务。这是我在序列化为 XML 文件时可以重复使用的东西吗?
我突然想到,依赖数据库外键 ID 可能行不通,因为在许多情况下,对象将具有默认 ID。WCF 设法序列化对象而不依赖于这些对象的设置,并且只有在将其保存到 SQL 数据库后才分配 ID。