目前 RESTful 风格的接口设计越来越流行.我公司用 vue+nodejs 做的单页面应用也一直践行这种风格,但是总觉得 url 设计好奇怪.
举个栗子:一个"项目(project)"下包含很多"店铺(shop)",店铺下面又包含很多"商品(product)",这样一来:
/project/2333/project/2333/shop/4567/project/2333/shop/4567/product/9999这只是个例子,实际项目中 URL 被搞的特别长.这样设计有一个原因是这些 id 用来传参(vue 中的 route 相关),难道没有更优雅的解决方案吗?
 |
1
coderfox Oct 31, 2017 via Android
你可以把 project, shop, product 的 id 都搞成全局唯一的。
|
 |
2
laxenade Oct 31, 2017 via Android  1
感觉挺符合 Restful 的 best practices
|
 |
3
feiyuanqiu Oct 31, 2017
推荐的资源嵌套层级是两层
层级太多的时候，首先需要考虑下设计是否合理，是否有必要将资源的依赖关系暴露出来，这种资源间的依赖关系对 api 的使用者来说真的是必要的吗？ 这个文档讲得比较详细： https://github.com/livingsocial/api-design#shorten-associations-in-the-uri---hide-dependencies-in-the-parameter-list 另外，资源应该用复数：/projects/233/shops/233， /shops/233/products/233 |
 |
4
justfindu Oct 31, 2017
所以
我不能单独使用 shop/4567 访问 shop ? 我不能单独使用 product/9999 访问 product ? 我只能先找 project 再找 shop 再找 product ? 所以是不是你设计有问题咯 |
 |
5
sunjourney Oct 31, 2017
应该这么用啊：
projects/xxx shops/xxx products/xxx 属于 project 的 field 才嵌套 |
 |
6
Kilerd Oct 31, 2017
@sunjourney 这就是你的理解不透彻了
一般来说，有独立索引的才会提出单独的来 比如对于用户地址来说一般就是 /user/addresses 而不是单独用 /addresses 因为他依赖于 user 这个资源 而对于用户发表的文章，推荐用 /articles/<id> ，同时 /user/articles/<id> 也可以做指向 |
 |
7
JavaFirstMaster OP @coderfox 数据库用的 mysql,多张表之间保证主键的唯一性实现起来不好搞啊
|
|
8
JavaFirstMaster OP @feiyuanqiu 蟹蟹,我去看看
|
|
9
JavaFirstMaster OP @justfindu 我个人是觉得你讲的"/shop/233"来访问 shop 比较优雅,但是搞前端的说是方便 vue 单页面项目中传参方便,面包屑导航方便巴拉巴拉的,所以我觉得肯定有其他解决方案
|
|
10
JavaFirstMaster OP @sunjourney
@Kilerd 对于我这边具体的项目来讲,你们说的不冲突,我们项目中确实对于 shop,product 等有单独索引,逻辑上有归属关系,通过数据库表中的一个字段(类似外键)来表示关系 |
|
11
sunjourney Nov 1, 2017
@Kilerd #6 这是 api，不是视图 url，数据层也肯定是为 project、shop、product 单独建的 table/collection，当然就是用我方法请求。我说了，属于 project 的 field 才嵌套，如果 shops 放到了 project 的数据中，products 放到 shop 的数据中，是 project 文档的一部分，那建议嵌套成 projects/xxx/shops/yyy，反之不建议。你举 article 的例子，前端视图上是 users/xxx/articles/yyyy 可以，但如果 user 和 articles 分开，api 用 articles?authorid=yyyy 更宜，服务端也方便。
|
Select Language