RESTful API设计(资源连接)

发布于 2024-11-26 18:29:33 字数 897 浏览 1 评论 0原文

我正在为我的 Web 项目 (PHP) 设计一个 API,但在对资源与属性之间的关系进行建模时遇到了麻烦。我想获得一些关于如何继续的意见。

资源:

  • 用户。
    • 同上。
    • 姓名。
    • 狗(关系)。
      • 同上。
      • 私人(是或否)。
  • 狗。
    • 同上。
    • 姓名。

关系:

  • 多对多。
    • 一个用户可以养多只狗。
    • 一只狗可以属于多个用户。
  • 该关系可以是私人的或公开的。

您想如何更新关系的“私有”属性?

现在,您必须向 .../api/users/{userId} 发送 PUT 请求,包括该用户的所有关系,包括更新的属性:(

名称可以为 NULL -> 无更新)

  • 狗:
    • 狗。
      • ID:DogA。
      • 私人:是的。
    • 狗。
      • ID:DogB。
      • 私人:否。(已更新)

我对这种方法感到不舒服,因为我相信只有已更改的信息才需要发送以进行更新。因此,我现在的想法是添加对仅将更新后的关系发送到 .../api/users/{userId}:

  • Dogs 的支持。
    • 狗。
      • ID:DogB。
      • 私人:否。(已更新)

在开始工作之前,我非常感谢一些反馈。也许还有其他更好的方法来处理资源之间的关系?

I'm designing an API for my web project (PHP) but run into trouble when modeling relationship between resources with properties. I would like to get some input on how to proceed.

Resources:

  • Users.
    • Id.
    • Name.
    • Dogs (relationships).
      • Id.
      • Private (yes or no).
  • Dogs.
    • Id.
    • Name.

Relationships:

  • Many to many.
    • One user can have many dogs.
    • One dog can belong to many users.
  • The relationship can be private or public.

How would you like to update the "private" property of the relationship?

Right now you would have to send a PUT request to .../api/users/{userId} including ALL relationships of that user including the updated property:

(Name can be NULL -> no Update)

  • Dogs:
    • Dog.
      • ID : DogA.
      • Private: Yes.
    • Dog.
      • ID : DogB.
      • Private: No. (Updated)

I don't feel comfortable with this approach since I believe that only information that have been changed should be need to be sent to update. My idea right now is therefore to add support for only sending the updated relationship to .../api/users/{userId}:

  • Dogs.
    • Dog.
      • ID : DogB.
      • Private: No. (Updated)

Before I get into work I would greatly appreciate some feedback. Maybe there is other better ways of handling the relationships between resources??

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

似梦非梦 2024-12-03 18:29:33

这样做会违反 REST 服务幂等的原则。这意味着您应该能够发送相同的操作两次,而无需更改第二次操作的资源。

我会将这种关系视为单独的资源:
创建/更新将是 PUT ../api/users/{userId}/dogs/{dogId} ,其中 Private: Yes/No。删除关系将由 DELETE ../api/users/{userId}/dogs/{dogId} 处理。

Doing that would violate the principle that REST-Services are idempotent. This means you should be able to send the same operation twice without changing the resource with the second operation.

I'd treat the relation as a separate resource:
Create/Update would be PUT ../api/users/{userId}/dogs/{dogId} with Private: Yes/No. Deleting a relation would be handled by DELETE ../api/users/{userId}/dogs/{dogId}.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文