|
|
1
3
REST“层次结构”没有 意思是 任何东西它们便于导航,以路径的形式显示关系。不是层次结构 本身 ,但这是一条路。因此,如果您放弃“层次”概念,并认识到有许多其他路径可以到达同一最终位置,那么选项2实际上是明智的。 您的选项2是订单->封隔器->目标路径。理论上,订单->目的地->封隔器和封隔器->订单->目的地,包装商->目的地->订单和其他几个订单都在同一个地方。是的,支持他们都很痛苦。然而,这证明了它们都是等价的 和 “我不喜欢选项1,因为它看起来不太干燥。” 所以去掉重复的东西。为什么发货还必须包含完整的订单和包装信息?URI引用足以允许查找和检索订单和包装器。为什么发送订单和包装? “选项3使系统更难学习。”为谁?开发者?您是围绕开发人员而不是用户及其用例来设计系统的?真丢脸。 不 层次结构,但路径和对象可以存在于多个可选路径的末尾。
|
|
|
2
1
好的,现在我知道你在哪里看到了复制。张贴以下内容可行吗?
把这个还给我
|
|
3
0
我认为选项1和选项2是公平的解决方案,我会忘记选项3,因为前面的选项是更好的解决方案。 您的客户应该始终通过检查链接的语义(例如链接关系和特定于供应商的MIME类型)而不是通过检查URL结构来决定。您不一定需要特定于供应商的MIME类型,您可以使用和RDF格式,如JSON-LD和REST以及特定于应用程序的VOCAB来描述您的链接及其输入字段,您可以使用例如Hydra。您也可以使用自定义解决方案,例如将字段添加到链接。
|
|
|
Jakob · 烧瓶REST-API:响应中的数值错误 1 年前 |
|
|
Omar Ahmed · 可以仅使用(CSRF)令牌进行身份验证吗 2 年前 |
|
|
Hyper10n · 从T-SQL查询内部管理HTTP会话 2 年前 |
|
|
Lavonne Riley · 无法获取数据并将其添加到谷歌工作表中 2 年前 |
|
|
testtt · 微服务REST调用和数据库事务 2 年前 |
|
|
JoeBim · PHP中的中程API 2 年前 |