1
3
REST“层次结构”没有 意思是 任何东西它们便于导航,以路径的形式显示关系。不是层次结构 本身 ,但这是一条路。因此,如果您放弃“层次”概念,并认识到有许多其他路径可以到达同一最终位置,那么选项2实际上是明智的。 您的选项2是订单->封隔器->目标路径。理论上,订单->目的地->封隔器和封隔器->订单->目的地,包装商->目的地->订单和其他几个订单都在同一个地方。是的,支持他们都很痛苦。然而,这证明了它们都是等价的 和 “我不喜欢选项1,因为它看起来不太干燥。” 所以去掉重复的东西。为什么发货还必须包含完整的订单和包装信息?URI引用足以允许查找和检索订单和包装器。为什么发送订单和包装? “选项3使系统更难学习。”为谁?开发者?您是围绕开发人员而不是用户及其用例来设计系统的?真丢脸。 不 层次结构,但路径和对象可以存在于多个可选路径的末尾。
|
2
1
好的,现在我知道你在哪里看到了复制。张贴以下内容可行吗?
把这个还给我
|
3
0
我认为选项1和选项2是公平的解决方案,我会忘记选项3,因为前面的选项是更好的解决方案。 您的客户应该始终通过检查链接的语义(例如链接关系和特定于供应商的MIME类型)而不是通过检查URL结构来决定。您不一定需要特定于供应商的MIME类型,您可以使用和RDF格式,如JSON-LD和REST以及特定于应用程序的VOCAB来描述您的链接及其输入字段,您可以使用例如Hydra。您也可以使用自定义解决方案,例如将字段添加到链接。
|
Dev · 在laravel rest api中按特定角色获取所有用户 2 年前 |
IDskxo · 为什么我们需要添加。响应的end()? 2 年前 |
KollegeBo · 触发更新的POST或GET 2 年前 |
meren · 如何使用react向后端api请求用户提供的值? 2 年前 |
CaptTaifun · 如何对“多个”和“单个”对象使用相同的端点? 2 年前 |
Zsombor Szende · 汇率api从哪里获取数据?[闭门] 2 年前 |