我试图从REST理论的角度理解这一点。
你有一个书籍集，它是一个你可以获取，删除等的实体。
你有一本单独的书，你得到一个id，用id删除它等等
您有一个Angular应用程序，您可以在其中添加新书。所以你得到了书籍收藏，在本地添加了一本书，还没有把它发送到服务器
在添加之前，您需要有关该图书的其他信息，例如，您需要知道是否有其他书籍具有相同的标题
您是否可以在同一实体的RESTful架构中进行多次GET调用？即一个有id，另一个有名字？因此，您可以尝试使用名称获取该书以查看它是否已存在
“获取尚未创建的实体的其他信息”适用于此？让我们说你需要一本书的图像，你有图像，我假设图像本身就是实体，所以他们有自己的REST API
答案 0 :(得分：0)
如果我理解你的问题，你基本上想要搜索一些标准（名称等）以检查该书是否已经存在。您可以使用GET for book，它不包含id作为路径变量，但会包含条件过滤器参数作为请求参数（查询字符串）。像这样：
/book?name=bookname -- List book with name as bookname
/book/{id} -- List book with given id
在RESTful架构中不鼓励对同一实体进行多次GET调用。
答案 1 :(得分：0)
您是否可以在同一实体的RESTful架构中进行多次GET调用？
Jim Webber：您希望集成域中的资源比业务域中的业务对象多得多。
当然可以，为什么不呢？客户怎么可能知道？
在哪里可以获得尚未创建的实体的其他信息＆＃39;适合这个？
如有疑问，请尝试设想您正在做的网页。发送一个表格来添加一个具有特定标题的新书，然后让它返回表格，具有相似标题的已知书籍列表，一组库存图像等，这是合理的吗？当然。因此，您的API可以做同样的事情。
或许表单应该是一个单独的想法，搜索结果应该看起来像是表单的链接，以及一堆表示现有书籍的链接。这也很好。
使用从不稳定的东西到稳定的东西的链接通常是个好主意，因为它提供了缓存。