一种好用的接口请求和响应格式规范,基于Google Json Style

一种好用的接口请求和响应格式规范,基于Google Json Style
Photo by Ferenc Almasi / Unsplash

简述

  1. 基于较为流行的谷歌 json 风格 google json style
    1. 英文 https://google.github.io/styleguide/jsoncstyleguide.xml
    2. 中文 https://github.com/darcyliu/google-styleguide/blob/master/JSONStyleGuide.md
  2. 所有字段驼峰命名,接口使用:get post
    1. get 获取数据
    2. post 更新数据
  3. post:请求 body 数据使用 application/json, 不使用 FormData;
  4. 响应成功,仅返回 data;响应错误,仅返回 error。如果data和error同时出现,则error对象优先。
  5. HTTP_STATUS 始终200, 如果非 200,则说明出现错误,提示“服务器异常”。

POST 请求:

{
    "method": "thread.review.list 可简化",
    "params": {
        "id": 100,
        "type": 1
    }
}

接口响应:

正确响应
  1. 列表响应 items
{
    "apiVersion": "2.0",
    "method": "thread.review.list",
    "data": {
        "tableHeader": {
            "id": "ID",
            "name": "标题"
        },
        "items": [
            {
                "id": 10021,
                "name": "第一个帖子"
            }
        ],
        "pagination": {
            "pageIndex": 50,
            "totalPages": 10,
            "itemsPerPage": 50,
            "totalItems": 495,
            "currentItemCount": 45
        }
    }
}

  1. 详细数据响应 item
{
    "apiVersion": "2.0",
    "method": "thread.review.detail",
    "data": {
        "item": {
            "id": 10031,
            "name": "第一个帖子"
        }
    }
}

发生错误

{
    "apiVersion": "2.0",
    "method": "thread.review.list",
    "error": {
        "code": 400,
        "message": "数据异常",
        "errors": [
            {
                "domain": "Calendar",
                "reason": "ResourceNotFoundException",
                "message": "File Not Found"
            }
        ]
    }
}

错误处理

  1. 响应存在 error 则说明发生错误,error 优先级高于 data
  2. error.message 始终 toast 提示
  3. 特殊逻辑处理根据 error.code 进行判断
  4. HTTP_STATUS 始终200, 如果非 200,则说明出现错误,提示“服务器异常”
  5. 调用接口成功响应,提示文案由前端处理
  6. 业务中的特殊逻辑,在 data 返回处理
特殊 error.code 列表

见仁见智

error.code error.message 逻辑 备注
10000100 登录失效,请重新登录 跳转到登录页
10000101 - 刷新页面
10000102 - 跳转到指定404页面

Read more

代码 Refactoring

重构不必谈之色变。 它也不是洪水猛兽,而是开发过程中持续进行的优化过程。让我们开始学习这个主题,重新认识它的价值。 🌟整洁代码 重构的主要目的是消除技术债务。它将混乱变成整洁的代码和简单的设计。 * 对于其他程序员来说,整洁的代码是显而易见的。 我并不是在谈论超级复杂的算法。糟糕的变量命名、臃肿的类和方法、魔法数字 - 等等,所有这些都会让代码变得混乱和难以理解。 * 整洁的代码不包含重复。 每次你需要对重复的代码进行更改时,你都必须记住对每个实例进行相同的更改。这会增加认知负担并减慢进度。 * 整洁的代码包含最少数量的类和其他活动部件。 代码越少,脑子里需要记住的东西就越少。代码越少,维护工作就越少。代码越少,错误就越少。代码就是责任,保持代码简短。 * 整洁的代码通过所有测试。 如果只有 95% 的测试通过,你就知道代码不整洁。如果测试覆盖率为 0%,你就知道你完蛋了。 * 整洁的代码维护成本低! 🗑️技术债(What) 每个人都尽最大努力从头开始编写出色的代码。可能没有程序员会故意编写不干净的代码,从而损害项目。但是干净的代码在什么时

By brian

CSV 格式说明和应用

问题 我们常常将多个字符串item使用逗号拼接成一个字符串,用来表示数组,使用时再用逗号切割成为数组。比如安卓机型列表: ALN-AL10,ALN-AL10,BRA-AL00,ALN-AL00/ALN-AL80 直到有一天,苹果设备也要用到这个机型列表,而它的每个机型都带着逗号,那我们使用逗号切割就得到了错误的数据。 iPhone15: iPhone15,4 iPhone15Plus: iPhone15,5 iPhone15Pro: iPhone16,1 iPhone15Pro_Max: iPhone16,2 为了解决这个问题,首先想到了换一个分隔符,比如 | ,再比如用一些不可见字符 : 0x01。 但我们不能保证这些字符串 item 一定不包含这些特殊字符,也许还有更好的方法。 既然是逗号分隔,首先想到的就是 CSV格式,毕竟 CSV 的全称就是Comma-Separated Values逗号分隔值。它是如何解决这个问题的? CSV格式 CSV 的RFC说明文档:https://datatracker.ietf.

By brian
开启了http2,但是http2_max_field_size 还在用默认值吗?

开启了http2,但是http2_max_field_size 还在用默认值吗?

排查1个异常接口,学到一个降本和接口提速的新思路。另外找到1个charles的"bug" 现象 测试同学反馈在iOS13设备上请求接口报错,将请求复制为 curl 命令。分别导入 apifox 和 在终端执行: * 在 apifox 请求正常 ✅ * 在终端请求失败 ❌ curl: (56) Failure when receiving data from the peer 测试同学又反馈另一个手机支持请求接口返回正常。 定位 有了正常和错误的请求curl,那直接对比二者差异就很简单了。对比发现,在终端执行失败的请求中多了一个较大的Cookie: app_token。按历史经验基本能确定是因为 Cookie 这个 header 条目太大,超过服务器的限制。 找云平台确定相关配置: ELB http1: header头限制 128KB,body 限制一个10G http2:

By brian
沪ICP备2022013452号-1