在为结构化数据设计 XML 提要时，什么是好的做法，有哪些反模式？

我想要涵盖 XML 结构和内容，和/或传输机制的答案。

传输机制

以目前的技术来看，FTP/SFTP 是不是好技术？是否存在最适合作为解决方案的情况？

通常我更喜欢 HTTP pull feeds，但是使用 HTTP 有什么弱点？

应该考虑哪些其他 Feed 机制及其优缺点？

XML 结构内容

当不存在合适的现有 DTD/schema 时，可以遵循哪些实践来提出良好的 XML 设计？

我已经在下面的回答中给出了两个反模式。

但是在设计 Feed 时我应该做什么？我想听听有关标签与属性、关系数据(尤其是多对多关系)应如何以 XML 等形式传达的信息。

注意:我已经完全重写了这个问题，因为即使提供了赏金，它也没有得到太多的爱。 (旧版本在编辑历史里，想看的话，这个版本应该和已经给出的答案相关)

最佳答案

好的提要有

1) 一个模式，因为这样你可以通过编程方式检查它并且你知道它何时被更改 - 节省很多争论

2) 停机时告诉你

3) 始终如一地工作

4) 将优雅地处理停止、开始、暂停、倒带

5) 有一个测试服务，可以充分行使所有现有的提要功能

6) 有沙箱开发的新功能服务

实际上，我只处理过提供 1 个，有时是 2 个的提要，但我们可以做梦。

关于xml - 新的和改进的澄清 : XML feed design best practice for structured data when there is no pre-existing DTD/Schema，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/638034/