【问题标题】:Designing of REST URLREST URL 的设计
【发布时间】:2013-10-08 08:42:13
【问题描述】:

我有以下问题。请建议我输入。

我需要可归类为的交易列表

一个。待处理/已完成

b.对于给定的帐号

c。对于给定的客户 ID

d。对于给定的类别(A 类、B 类)等等。

以上 4 个中的任何一个以及所有这些都是可选的。

我正在考虑将上述 4 个选项作为查询参数,并有一个类似这样的网址 http://localhost:8080/Transaction/?status=pending&customerid=3,4&category=catA

这是满足此要求的良好设计吗?

[编辑] 我不知道将名词作为查询参数传递是否是好的设计。

【问题讨论】:

  • 澄清:您是否要同时传递多个帐号、多个客户 ID 和多个类别?
  • 是的。可以通过多个。但状态将只有一个,始终是未决或已完成。
  • 在我看来非常合理。您的资源是一个事务,因此它在路径中。您正在尝试使用特定属性子集从所有事务中检索。

标签: rest


【解决方案1】:

就 REST URI 设计而言,您必须先找出资源,然后再找出操作以及它们之间的链接方式。

此外,您应该在 URI 中使用名词,并尽量减少查询参数的数量。

对于这种情况,您基本上希望根据某些条件搜索交易,正如您所提到的。

http://localhost:8080/transaction?status=pending&customerid=3,4&category=catA

你是对的,但实现应该拆分查询参数的值以提取值。

在一般实践中,Consumer,Account 可以被视为单独的资源。

http://localhost:8080/consumer/{consumerId}/account/{accountNumber}/transaction?status=pending

【讨论】:

    猜你喜欢
    • 2020-09-18
    • 2021-08-13
    • 1970-01-01
    • 2017-09-19
    • 2021-01-01
    • 2014-10-06
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多