新的和改进的澄清:当没有预先存在的DTD/Schema时,XML feed设计结构化数据的最佳实践

Dan*_*man 8 xml language-agnostic

在为结构化数据设计XML Feed时,有什么好的做法,以及有哪些反模式?

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

运输机制

目前的技术是FTP/SFTP的一项优秀技术吗?是否存在最适合作为解决方案的情况?

通常我更喜欢HTTP pull feed,但使用HTTP有哪些弱点?

应该考虑哪些其他饲料机制的优缺点?

XML结构内容

当没有合适的现有DTD /架构时,可以采用哪些实践来提出良好的XML设计?

我已经在下面的答案中给出了两种反模式.

但是在设计饲料时我应该怎么做?我想听听标签与属性,关系数据(尤其是多对多关系)应该如何用XML传达等等.

注意:我已经完全重写了这个问题,因为即使提供的赏金也没有得到很多的爱.(旧版本在编辑历史记录中,如果你想看到它.这个版本应该与已经给出的答案相关)

MrT*_*lly 4

好的饲料有

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

2) 故障时告诉您

3)始终如一地工作

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

5) 拥有测试服务,充分运用现有的所有 feed 功能

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

实际上,我只使用过提供 1 个、有时 2 个的 feed,但我们可以梦想。