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

前端之家收集整理的这篇文章主要介绍了新的和改进的澄清:当没有预先存在的DTD / Schema时,XML feed设计结构化数据的最佳实践前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
在为结构化数据设计 XML Feed时,有什么好的做法,以及有哪些反模式?

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

运输机制

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

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

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

XML结构内容

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

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

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

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

一个很好的饲料

1)一个模式,因为这样你可以以编程方式检查它,你知道它何时被更改 – 节省了大量的争论

2)告诉你何时失败

3)始终如一地工作

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

5)具有完全锻炼所有现有饲料功能的测试服务

6)为砂箱开发提供新功能服务

实际上我只使用提供1和有时2的提要,但我们可以做梦.

猜你在找的XML相关文章