.net – RESTful Services中特定方案的最佳实践

发布时间：2020-12-14 18:30:41 所属栏目：资源来源：网络整理

导读：我有两个简单的问题,我只想得到社群的意见 – 如果我有一个可以使用ID或日期访问的实体(20110705),那么用于访问实体的URL约定的最佳做法是什么？获取：/ myEntities / {date}和/ myEntities / {id}？ (其中 service将解析{object}以检查它是日期还是id. 获

我有两个简单的问题,我只想得到社群的意见 –

>如果我有一个可以使用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模板.但是,作为标准的查询字符串参数,这是完全可以接受的,并且在所有地方都可以完成 – 谷歌,雅虎,亚马逊和其他人都使用这种风格.
如果有的话,这正是’查询字符串’的意思 – 查询的参数……这正是你在__检索实体时所做的.

(但我和其他人会说的一样好奇).

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!