您应该在 xml 中包含文件还是在两步过程中包含文件？答案

【问题标题】：should you include file in xml or have it in a two step process?您应该在 xml 中包含文件还是在两步过程中包含文件？
【发布时间】：2013-11-19 16:39:16
【问题描述】：

我必须实现一种方法在许多组织（未知数量）之间传输一些信息、名称/地址/等，以及与该信息相关联的未知数量的文件。

当我说未知文件时，它可能是一个超过 100 兆的 xml 文件，如果它们被嵌入的话

传输将通过 xml 完成，所以问题是；

我应该允许在元素中使用 base64 嵌入文件还是有一个 2 步骤的过程，这将是

向我发送一个元素中带有某种指针的 xml 文件，比如说文件名
在 xml 中发送具有特定文件名的文件

还是有第三种解决方案？

我必须将 xml 反序列化为一个对象，进行一些操作，然后将其保存在数据库中。

（我目前有一个使用两步流程的一次性原型）

【问题讨论】：

如果可能的话，我会将它保留为一个，因为我不喜欢处理多个文件，而一个人会这样做。如果您要保留单独的 XML 文档/资源，则将所有内容打包在一个容器中（例如 ZIP）——这就是微软为其较新的 Office 文件格式所做的事情。可能已经有用于交叉链接 XML 文档/资源的标准方案。
现在要回家了，所以我会看今晚晚些时候说的话

标签： c# xml base64 file-transfer cdata

【解决方案1】：

不要将文件放在 XML 中，这会使它变得笨拙。相反，从 XML 中引用文件名，然后将 XML 和文件压缩到一个包中并发送。

【讨论】：

我正在考虑那个解决方案，它似乎是要做的事情，至少我会推荐这个。

【解决方案2】：

务必考虑数据的预期演变、文档各部分的变化情况以及有多少方对更新感兴趣。

一方面，数据永远不会改变，部分都是静态的，更新对任何人来说都不是问题。单个大文件（或压缩文件集）的一次性广播就足够了。我倾向于使用带有链接组件的压缩存档而不是嵌入/编码解决方案。

正如您所说，光谱的另一端需要“第三种解决方案”。数据频繁且独立地更改，大量文档的某些部分发生变化，而其他部分保持不变，并且许多各方都对访问当前版本的不断变化的数据感兴趣。在这里，资源的各个部分的链接表示作为对网络共享部分的引用，可能是独立的版本控制，将具有主要优势。 Linked data 是一个强大的解决方案，值得考虑在海量文件的整体分发中进行。

【讨论】：