【发布时间】:2019-07-07 05:40:42
【问题描述】:
在 ExpressJS with MongoDB 的示例中,这是一个关于为相关/嵌套资源设计 RESTful 路由的一般设计问题。 综上所述,我应该如何设计这种嵌套/链接的路由?
关于我的应用程序/场景:我有一个使用 NodeJS/ExpressJS 和 MongoDB 实现的 RESTful 服务。我有两个不同的相关模型Category 和Article。
const mongoose = require('mongoose');
const article = new mongoose.Schema({
title: {
type: String,
required: true
},
body: {
type: String,
required: true
},
category: {
type: mongoose.Types.ObjectId,
ref: 'Category',
required: true
}
});
const category = new mongoose.Schema({
name: {
type: String,
required: true
}
});
我找到了两种设计关系的方法,分别是路线:
关系导向
这意味着使用嵌套路径并且关系是直接的/api/categories/:category/articles/:article。
优点是设置文章的类别非常容易,因为可以通过 identifier path param (:category) 和 express 中间件预加载它。
router.post('/', (request, response, next) => {
let article = new Article(request.body);
article.category = request.category; // Preloaded category
...
});
缺点是很难获得特定用户的所有文章,因为通过这种设计,您只能获得一个类别的所有文章。例如/api/categories/1/articles,您只会获得第一个类别的文章,因此如果您使用查询进行过滤,例如?user=5,您将仅找到用户 5 的类别 1 的文章,但不是所有用户 5 的文章.
面向无障碍
这意味着每个资源/api/categories/:category AND /api/articles/:article 没有深层嵌套路由和单独的“端点”。
优点是现在非常容易通过?user=5 或?title=Works 等高度多样化的属性和条件进行过滤。
一个很大的缺点是现在我不能只使用一个类别的路径参数标识符,因为它不存在。这意味着用户必须在请求正文中指定类别。是否有最佳实践来实现这一点?
您更喜欢哪种设计,是否有任何处理缺点的最佳做法?
编辑
我忘记了找到这个article 的说明,但它似乎没有解决上述缺点。我对处理它们的方法非常感兴趣。
【问题讨论】:
-
请记住,每次文章碰巧更改其类别时,使用 /path/category/article 之类的内容都会导致链接断开。
标签: javascript node.js rest express api-design