igroot-fetch v1.5.6

igroot-fetch

在基于 iGroot 构建的项目中发送 fetch 请求，有 restful 和 graphql 两种请求发送方式

安装

    npm install --save igroot-fetch
    或者
    bower install igroot-fetch
    或者
    yarn add igroot-fetch

使用

    const igrootFetch = require('igroot-fetch')
    或者
    import igrootFetch from('igroot-fetch')

restful 类型的请求

restful 类型的请求底层采用 axios 库，想要查看更详细的文档，可以参考 axios的官方文档

import igrootFetch from 'igroot-fetch'
const restApi = igrootFetch(baseUrl,config)

// 发送get请求
restApi.get(resourceUrl)
    .then(res=>{
        // 您的业务代码
    })

// 发送post请求
restApi.post(resourceUrl,paramsBody)
    .then(res=>{
        // 您的业务代码
    })

// 发送put请求
restApi.put(resourceUrl,paramsBody)
    .then(res=>{
        // 您的业务代码
    })

// 发送delete请求
restApi.delete(resourceUrl)
    .then(res=>{
        // 您的业务代码
    })

// 还有其余类型的请求可以参照 axios 的官方文档

graphQL 类型的请求

import igrootFetch from 'igroot-fetch'
const graphQLApi = igrootFetch(host+'/graphql',{
    handleHttpErrors: function (response) {
        notification.error({ message: 'Http Error', description: response.statusText })
        if (response.status === 401) {
            onTokenInvalid(domain)
        }
    },
    handleErrors: function (res) {
        notification.error(res.msg)
    }
})

// query
graphQLApi.query(`
{
    users{
        id
        name
    }
}`).then(res => {
        console.log(res)
    })

// mutate
graphQLApi.mutate(`
    {
        update_user(
            id:5,
            apps:[1,4,5]
        ){
            value
        }
    }
`).then(res => {
        console.log(res)
    })

开放的配置项

如有疑问可以直接咨询 范溢贞(tel:18106987196,qq:614235948)

// 默认 HTTP 错误处理: 状态码不为200 的错误
function handleHttpErrors(response) {
  if (response.status && response.status !== 200) {
    throw new Error(response)
  }
}
// 默认 业务 错误处理: code不为0 的错误
function handleErrors(res) {
  if (res.code && res.code !== 0) {
    const errText = res.msg || '业务错误!'
    throw new Error(errText)
  }
}
// 默认 网络 错误处理: 网络错误，正式请求没有发出
function handleNetErrors(err) {
  throw new Error('网络错误!')
}

特殊说明

• 若 graphQL 接口有分支
  • 例如，请求路径为 APP_CONFIG.default.apiDomain + '/graphql'，当前请求的是该接口的cmdb分支，则请求地址写成 APP_CONFIG.default.apiDomain + '/graphql/{type}/cmdb'

    备注：{type} 是 query 或者 mutation 这两个关键字的占位符

• 针对 graphql 类型的请求，已经开放了请求撤销的功能，用法如下：

const myQuery = igrootFetch.query(`
    {users{id}}
`)
//在需要撤销这个请求的时候调用，即可撤回请求
myQuery.cancel()

• 因为时间关系，暂未开放 restful 请求的撤回功能

• V1.5.1 后兼容了两种版本的后端框架的错误处理，对1.4.5之前的用户有一个不兼容改动如下所示：

// 对原来的后端抛出的GraphQL错误，igroot-fetch默认处理如下，并从response中抛出 errors, data 供用户自定义处理
function handleGraphQLErrors(errors, data) {
  const { message } = errors[0]
  const error = new Error(`GraphQL Error: ${message}`)
  error.rawError = errors
  error.rawData = data
  throw error
}
// 现在取消了 所谓的 GraphQL错误 的说法，并合并处理所有的业务逻辑错误
// igroot-fetch默认处理如下，并从response中抛出 res(也就是{code,data,msg}) 供用户自定义处理
function handleErrors(res) {
  if (res.code && res.code !== 0) {
    const errText = res.msg || '业务错误!'
    throw new Error(errText)
  }
}

如果您要将您的igroot-fetch版本由V1.4.5之前升级为
V1.5.1以后，只需要将您配置项中的 handleGraphQLErrors 改为 handleErrors ，并将您在 handleGraphQLErrors 中使用的 errors, data 取消，改为使用{code,data,msg}来定义您的错误处理方式 即可

升级日志

• 1.2.2

  • 去除默认的网络报错处理，改由用户自己设置handleHttpErrors函数来做报错处理

• 1.2.3

  • 在返回结果中加上分页信息

• 1.3.0

  • token实时从 localStorage 中读取

• 1.3.1

  • restful部分改用axios；

• 1.3.2

  • 添加 needType 配置项，用于判断发送请求时是否需要在请求地址后面添加 query 或者 mutation 这两个关键字的占位符

• 1.3.3

  • 修复 localStorage 中不存在 token 时获取失败的容错处理

• 1.3.10

  • 修复 localStorage 中不存在 token 时获取失败的容错处理；添加 needType 配置项

• 1.4.0

  • 恢复setDomain方法

• 1.4.1

  • 去掉打印日志的语句

• 1.4.2

  • 增加 returnCompleteResponse 配置项：满足响应的code为0需要取得完整响应体的需求
  • 增加 getDomain 方法，取得 domain 变量

• 1.4.3

  • 修复 将extra变量移到send函数内部

• 1.5.2

  • 开放 超时时间设置 和 请求撤回（graphql类型请求） 功能
  • 兼容 新旧两个后端框架 的业务错误处理

• 1.5.3

  • err回传

• 1.5.4

  • 在控制台打出文档链接

• 1.5.5

  • 上一版忘记转译了，很尴尬

• 1.5.6

  • 默认的 validateStatus 配置为 200 到 500