是否应在ID或名称字段上选择REST API?

是否应在ID或名称字段上选择REST API?,第1张

概述我正在设计REST API并尝试确定返回单个资源的更正确方法: /resource/{id} 要么 /resource/{name} ID将是不可变的,所以我认为选择它会更好,但名字会更友好.什么是最佳做法?我已经看到两者都在“野外”之前使用过. 基本上,REST建立在唯一ID之上,因此: GET /resources/{id}/ 应该使用.但是,没有什么可以阻止您使名称字段唯一(现在它表现 我正在设计REST API并尝试确定返回单个资源的更正确方法:

/resource/{ID}

要么

/resource/{name}

ID将是不可变的,所以我认为选择它会更好,但名字会更友好.什么是最佳做法?我已经看到两者都在“野外”之前使用过.

解决方法 基本上,REST建立在唯一ID之上,因此:

GET    /resources/{ID}/

应该使用.但是,没有什么可以阻止您使名称字段唯一(现在它表现为普通旧ID)并在此唯一ID之上构建REST.

如果这不是您需要的,并且名称不能唯一,那么另一个选项是通过名称实现过滤:

GET    /resources?name=<SOME_name>

它也应该是资源(复数),因为它表明在引擎盖下有一个集合.

总结

以上是内存溢出为你收集整理的是否应在ID或名称字段上选择REST API?全部内容,希望文章能够帮你解决是否应在ID或名称字段上选择REST API?所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/web/1044787.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-05-24
下一篇 2022-05-24

发表评论

登录后才能评论

评论列表(0条)

保存