当前位置: 首页 > 知识库问答 >
问题:

搜索资源的RESTFul平面层次结构与动态层次结构

吕鸿朗
2023-03-14

我们正在创建一个REST API,目前我们有两种方法来定义资源。

基本上,我们有病人研究图像,其中一个病人有n个研究和一个研究有n个图像

分层方法

/webapi/patients/0/studies/12/images 

该层次结构在URI中可见

要搜索所有图像,我们需要一个搜索资源

 /webapi/search?q=imageName:mountain

平进路

/webapi/patients/0
/webapi/studies/12
/webapi/images/
 /webapi/images?q=imageName:mountain

我们还需要考虑移动和修改。

共有1个答案

淳于哲
2023-03-14

平面URI和分层URI都可以是RESTful的。问题在别处。作为RESTful,假设URI是资源的标识符。

/wepapi/patients/0/studies/12/images标识了什么资源?研究的图像。

真的是一个糟糕的标识符吗?不是真的。

    null

/search?q=imagename:mountain标识了什么资源?被命名为“山”的图像。

真的是一个糟糕的标识符吗?不是真的。还能更好吗?当然:

  • search看起来像一个动词,在RESTful的设计人员心目中应该会引起很多警告。在某种程度上,我们可以说URI标识“搜索”或“搜索结果”(一个名词而不是动词),但更安全的做法是认为它标识“图像”。
 类似资料:
  • 我是服务器端web开发的新手,最近我读了很多关于实现RESTful API的文章。REST API的一个方面我仍然坚持是如何构建URI层次结构,该层次结构标识客户机可以与之交互的资源。具体地说,我一直在决定在资源由其他资源类型组成的情况下,层次结构有多详细,以及该做些什么。 这里有一个例子,希望能说明我的意思。假设我们有一个web服务,它允许用户从其他用户那里购买产品。所以在这个简单的例子中,有两

  • null 每个表中的主键是数据库。它是一个内部ID,没有业务意义。使用它作为资源的默认URI是否正确? 每个对象都有自己的一组唯一键。例如,可以通过他的、或来标识。每个客户端只有这些密钥的子集。我应该为每个键定义一个子资源,还是提供一个将返回正确URI的查找服务? 我在问什么是真正的RESTful方式,什么是最佳实践。我还没找到合适的答案。

  • 零售商店的正确模式是什么?公司从商店销售产品。 这似乎违反了我对OOP所知的全部知识。通过层次结构向下传递数据的方法--在对象之间复制参数?我错过了什么?

  • 本规范定义了一个用于部署和打包用途的,可存在于开放文件系统、归档文件或一些其他形式中的层次结构。建议 servlet 容器支持这种结构作为运行时表示形式,但不是必须的.

  • 在Tableau中,可以构建层次结构以可视化数据。可以通过以下步骤在Tableau中创建它: 例如,考虑数据源,例如Sample-Superstore,以及它的维度和度量。 第1步: 首先转到工作表。然后, 选择一个维度,然后右键单击该维度以创建层次结构。 转到“层次结构(Hierarchy)”选项。 并且,单击下面屏幕截图中显示的“创建层次结构(Create Hierarchy)”选项。 第2步

  • 问题内容: 我有一个在轴1(列)中具有层次结构索引的数据框(来自操作): 我想将其展平,使其看起来像这样(名称不是关键的,我可以重命名): 我该怎么做呢?(我已经尝试了很多,无济于事。) 根据建议,这是字典形式的头 问题答案: 我认为最简单的方法是将列设置为顶级: 注意:如果to级别具有名称,你也可以通过此名称访问它,而不是0。 如果要将 组合成一个索引(假设你的列中仅包含字符串条目),则可以: