我正在处理一个API,需要一个暴露某种资源的更改日志的服务。我可以推出自己的格式,但我希望尽可能利用现有的标准。基本上每个条目将具有以下数据:基于Atom的提要是否适用于“资源更改日志”?
- 一个日期/时间戳
- 改变描述(实施例订单中创建,订单处理...等)
- 变化的作者
你知道......基本审计数据。
我正在处理一个API,需要一个暴露某种资源的更改日志的服务。我可以推出自己的格式,但我希望尽可能利用现有的标准。基本上每个条目将具有以下数据:基于Atom的提要是否适用于“资源更改日志”?
你知道......基本审计数据。
是的这使得一个很大的意义。主要优点是有很多客户可以立即使用这些数据。在手机,台式机和浏览器中都有供稿阅读器客户端。像Outlook这样的邮件客户端可以阅读它。
使用这样的标准格式是一大赢。
这是纯粹的主观,但我认为它会工作。如果它主要用于机器消费(换句话说,客户端将获取/解析/显示数据),那么您将得到一个很容易人为调试的好的组合(只需在浏览器中打开它)解析的。
另一个可能更轻的建议可能是JSON对象流,类似于Facebook Graph API和Twitter用于状态更新的流。不是很好的标准,但可以在HTML客户端中使用,这可能会让一些事情变得更容易。您可以解析XML,但JSON对于浏览器环境来说非常简单。
唯一让我犹豫的是日期元素// entry/updated是Atom所需要的,它在日志条目(事实)的情况下没有多大意义(没有人可以更新事实除非我们有时间机器:D)有什么想法? – redben 2011-05-08 17:00:21
更新的条目可能与日志条目指向的底层资源有关,不一定是日志条目本身。 – Femi 2011-05-08 17:27:57