29
4
Tôi đang gặp khó khăn khi nghĩ về cách lập mô hình các nguồn tài nguyên phụ.
Lấy sách của tác giả làm ví dụ. Bạn có thể có N cuốn sách, mỗi cuốn chỉ có một tác giả.
Trung tâm cá nhân
Điều phát hành
từ bỏ/sách NHẬN
/sách ĐĂNG
/sách/id PUT
/sách/id XÓA
Cho đến nay rất đơn giản.
Cách thêm tác giả vào sách. Ít nhất trong ví dụ này chỉ xóa một tác giả cho mỗi cuốn sách
/sách/id/tác giả POST
Điều này làm tôi bối rối vì POST thường có nghĩa là tạo. Với tác giả đã được đặt, người dùng API có thể nghĩ rằng họ chỉ đang tạo một tác giả mới, trong khi thực tế là họ đang xóa tác giả cũ và thay thế bằng tác giả mới.
Tất cả những gì còn lại là
/sách/id/tác giả PUT
Nó có nghĩa là cập nhật tài nguyên tác giả của cuốn sách đó. Có ý nghĩa hơn. Nhưng nếu lần đầu tiên bạn không có tác giả thì sao? Không thực sự là một bản cập nhật mà là một sáng tạo ban đầu? Có lẽ chỉ coi đó là một bản cập nhật không có tác giả.
Đây có phải là một nguồn tài nguyên phụ không? Đây sẽ là một đối tượng phức tạp, vì vậy nó có ý nghĩa. Mặc dù tôi đoán bạn không thể sống thiếu sách của tác giả. Vì vậy, tôi không nên lập mô hình như một nguồn phụ và nói rằng bạn chuyển đối tượng tác giả khi tạo hoặc sửa đổi tài nguyên sách.
Những suy nghĩ cuối cùng. Tôi không nghĩ tôi sẽ mô hình hóa tác giả như một nguồn tài nguyên gốc. Vì vậy, ít nhất trong trường hợp này, họ sẽ sống mãi dưới nguồn tài nguyên sách. Mỗi cuốn sách chỉ có một tác giả.
câu trả lời hay nhất
Nhưng còn lần đầu tiên không có tác giả nào tồn tại Không thực sự là một bản cập nhật mà là bản tạo ban đầu thì sao?
sử dụng PUT/sách/id/tác giả Việc tạo tác giả ban đầu đối với tôi là ổn. Vì bạn có thể sử dụng PUT/sách/client-supplied-id Tạo sách có ID do khách hàng cung cấp, do đó bạn có thể tạo sách có tác giả được đại diện bởi một đoạn đường dẫn đã biết tác giả.
Vì bạn đã viết rằng tác giả sẽ chỉ tồn tại như một phần không thể thiếu của một cuốn sách nên lược đồ URL này sẽ ổn.
Về các thực thể đơn lẻ tài nguyên phụ/tài nguyên phụ REST, chúng tôi đã tìm thấy một câu hỏi tương tự trên Stack Overflow: https://stackoverflow.com/questions/27914820/
29
4
0
我有这个 html 代码: HELLO WORLD! X V HELLO WORLD! X V 我想按 X(类关闭)将父 div 的高度更改为 20px 并显示 V(类打开)，但在每个 d
在会计应用程序的许多不同实现中，有两种主要的数据库设计方法来保存日志和分类帐数据。 只保留 Journal 信息，然后 Ledger 只是 Journal 的一个 View (因为 journal 总
我想在另一个子里面有一个子， sub a { sub b { } } 我想为每次调用 sub b 创建一个新的 sub a 实例。有没有办法在 Perl 中做到这一点？ 当我运行上面的
我有一些代码正在查找重复项并突出显示单元格: Private Sub cmdDups_Click() Dim Rng As Range Dim cel As Range Set Rng = ThisW
可能有一个简单的解决方案，但我很难过。 我有一个包含一个 ID 字段的主表。在两个可能的字段中有一个具有该 ID 的子表。想象一个由选手 A 和选手 B 组成的 double 队。Master 表将有
假设我有一个包含对象的数组: [ { "id": "5a97e047f826a0111b754beb", "name": "Hogwarts", "parentId": "
我正在尝试对 MySQL 数据库表执行一对父/子模型的批量插入，但似乎无法使用标准的 ActiveRecord 功能来完成。所以，我尝试了 activerecord-import gem，但它也不支持
我有一个带有多个子类的父抽象类。最终，我希望通过 GUI 中的进度条显示子类中完成的进度。 我目前所做的，我意识到这是行不通的，是在父类中声明为每个子类将覆盖的虚拟方法的事件方法定义。所以像: pub
是否可以通过键数组在对象中设置变量？例如我有这个对象: var obj = {'outer': {'inner': 'value'} }; 并希望设置由键数组选择的值: var keys = ['ou
我有一个名为 companies 的 MySQL 表，如下所示: +---------+-----------+-----------+ | id_comp | comp_name | id_pare
我正在尝试使用 sublime text 在 sublime text 上的 ionic 上打开我的第一个应用程序。它给了我一个“找不到命令”的错误。如何修复？ 我试过这些命令: sudo rm -r
不好意思问，但我正在使用 webapp2，我正在设计一个解决方案，以便更容易定义路由 based on this google webapp2 route function .但这完全取决于能够在子级
我有代表树的数字字符串(我不知道是否有官方名称): 012323301212 上面的例子代表了 2 棵树。根用 0 表示。根的直接子代为“1”，“1”的直接子代为“2”，依此类推。我需要将它们分组到由
是否可以在当前 Activity 之上添加 Activity 。例如，假设我单击一个按钮，然后它将第二个 Activity 添加到当前 Activity 。而第二个 Activity 只覆盖了我当前
我很难思考如何为子资源建模。 以作者的书籍为例。你可以有 N 本书，每本书只有一位作者。 /books GET /books POST /books/id PUT /books/id DELETE 到
有人可以向我解释以下内容(python 2.7) 来自已解析文件的两个字符串数字: '410.9''410.9 '(注意尾随空格) A_LIST = ['410.9 '] '410.9' in '41
背景 在 PowerShell 中构建 hash table 是很常见的通过特定属性快速访问对象，例如以 LastName 为基础建立索引: $List = ConvertFrom-Csv @' I
我真的很难弄清楚如何调用嵌套 Polymer Web 组件的函数。 这是标记: rise-distribution组件有 canPlay我想从 rise-playlist
我写了一个小工具转储(以 dot 格式)一个项目的依赖关系图，其中所有位于同一目录中的文件都聚集在一个集群中。当我尝试生成包含相应图形的 pdf 时，dot开始哭: 命令 dot -Tpdf trim
给定一个 CODE ref，是否可以: 访问该 CODE ref 的解析树 通过指定 CODE ref 的解析树来创建一个新的 CODE ref，该解析树可以包含在 1 中返回的解析树的元素 通常我们
Tôi là một lập trình viên xuất sắc, rất giỏi!