api-design - 针对不同格式的一种资源的 Restful API 命名约定
问题描述
路径一:小复杂数据搜索
我有一个 UI,它依赖于 API 来提供/people/端点上人员的数据子集。API 限制为 100 人。此 API 允许排序和其他搜索功能(例如从其他集合中的人员集合中的外键获取信息)。
路线:/人/
第二条路径:简单的更大(1GB)数据导出
我想要第二条路径来调用一个单独的函数,该函数也为人们提供信息,但更多的字段和更多的行,10K 限制而不是 100。这是一个导出功能,适用于数据科学家也可以导入其他程序,例如擅长。数据将导出为扁平化的 json。这将不允许对其他集合进行排序或连接。
路线:???
我也不能将它命名为/people/,但似乎没有其他名词是正确的。像/people/export这样的动词是违反惯例的。
解决方案
推荐阅读
- inheritance - 子合同可以更改 Solidity 中父合同的值吗
- reactjs - React Data Grid:自定义下拉编辑器:值未更新。网格未启用编辑
- python - 将 React 连接到 Django 文件内容错误
- jmeter - 使用(Jmeter,mosquitto)进行 mqtt 加载测试:连接 HiveMQTTConnection 发布失败
- c# - 将函数绑定到视图模型中 datagridview 中的复选框
- c - CMake,如何在 Build vs Install 的 configure_file 中设置不同的值
- amazon-s3 - 将“ng build”上传到 S3 存储桶
- sparql - 以多种语言查询维基百科网址的维基数据
- laravel - Carbon DateTime 在 laravel 中的测试和控制器之间是不同的
- java - 元素集合无法按预期工作时的 Querydsl 案例