在一个express-graphql应用程序中,我有一个userLogin
解析器,如下所示:
const userLogin = async ({ id, password }), context, info) => {
if (!id) {
throw new Error('No id provided.')
}
if (!password) {
throw new Error('No password provided.')
}
// actual resolver logic here
// …
}
如果用户未提供id
和password
,则只会抛出一个错误。
{
"errors": [
{
"message": "No id provided.",
"locations": [
{
"line": 2,
"column": 3
}
],
"path": [
"userLogin"
]
}
],
"data": {
"userLogin": null
}
}
如何在errors
响应数组中引发多个错误?
答案 0 :(得分:3)
无法在JavaScript中引发一系列错误,否则无法通过单个解析器拒绝多个错误。 GraphQL响应包括一个errors
数组,而不仅仅是一个error
对象,因为当错误来自不同字段时,总响应可以包含多个错误。考虑以下架构和解析器:
type Query {
a: String
b: String
c: String
}
const resolvers = {
Query: {
a: () => { throw new Error('A rejected') },
b: () => { throw new Error('B rejected') },
c: () => 'Still works!',
},
}
如果您查询所有三个字段...
查询{ 一种 b C }
您的数据将如下所示:
{
"errors": [
{
"message": "A rejected",
"locations": [
{
"line": 2,
"column": 3
}
],
"path": [
"a"
]
},
{
"message": "B rejected",
"locations": [
{
"line": 3,
"column": 3
}
],
"path": [
"b"
]
}
],
"data": {
"a": null,
"b": null,
"c": "Still works!"
}
}
这是因为GraphQL支持部分响应。但是,请记住,这是可行的,因为这些字段可以为空。如果它们不是null,则这些错误将bubble up to the closest nullable parent field。
以下是一些替代方法:
您可以使用formatError
来更改GraphQL返回的错误向客户端显示的方式。这意味着您可以在错误中包括任何种类的额外信息,例如错误代码或多个错误消息。一个简单的例子:
// The middleware
app.use('/graphql', graphqlExpress({
schema: schema,
formatError: (error) => ({
message: error.message,
path: error.path,
locations: error.locations,
errors: error.originalError.details
})
}))
// The error class
class CustomError extends Error {
constructor(detailsArray) {
this.message = String(details)
this.details = details
}
}
// The resolver
const userLogin = async ({ id, password }), context, info) => {
const errorDetails = []
if (!id) errorDetails.push('No id provided.')
if (!password) errorDetails.push('No password provided.')
if (errorDetails.length) throw new CustomError(errorDetails)
// actual resolver logic here
}
您的回复看起来像这样:
{
"errors": [
{
"message": "[No id provided.,No password provided.]",
"locations": [
{
"line": 2,
"column": 3
}
],
"path": [
"userLogin"
]
"errors" [
"No id provided.",
"No password provided."
]
}
],
"data": {
"userLogin": null
}
}
也就是说,在返回用户面向的错误消息以及GraphQL验证错误时,有些不愉快。一些API采取的另一种方法是在实际的突变响应旁边添加一个errors
字段。例如:
type Mutation {
userLogin: UserLoginResponse
}
type UserLoginResponse {
response: User
errors: [String!]
}
您还可以使用联合来达到类似的效果:
type Mutation {
userLogin: UserLoginResponse
}
type Errors {
errors: [String!]!
}
union UserLoginResponse = User | Errors