我有两个简单的问题,我只想得到社群的意见 –
>如果我有一个可以使用ID或日期访问的实体(20110705),那么用于访问实体的URL约定的最佳做法是什么？
>获取：/ myEntities / {date}和/ myEntities / {id}？ (其中
service将解析{object}以检查它是日期还是id.
>获取：/ myEntities / date / {date}和/ myEntities / id / {id} *？
>在WCF Rest中,我也可以执行/ myEntities /？date = {date}和/ myEntities /？id = {id},这是REST的一个很好的做法吗？换句话说,使用最佳做法是否可以接受？date = {date}而不是date / {date} /喜欢它只是个人偏好？
提前致谢.
解决方法
我觉得这很大程度上取决于偏好和风格.
话虽如此,我个人更喜欢：
/ myEntities / date / {date}和/ myEntities / {id}
无需明确ID选项;这是假设的.
关于#2;我个人不喜欢这种语法：/ myEntities /？date = {date}如果它在WCF中作为URI模板实现 – 因为如果你有多个参数,假设参数的顺序可以被推挤 – 但是他们不能使用URI模板.但是,作为标准的查询字符串参数,这是完全可以接受的,并且在所有地方都可以完成 – 谷歌,雅虎,亚马逊和其他人都使用这种风格.
如果有的话,这正是’查询字符串’的意思 – 查询的参数……这正是你在__检索实体时所做的.
(但我和其他人会说的一样好奇).
