=== 实不相瞒，我真的看不起 iot.ctwing.cn 的后端开发 ===

一个相同的接口的调用返回，你们看看，似乎是想返回什么就返回什么。而且你他妈的还不知道响应的状态码是多少。 这样水平都可以混饭吃，你们焦虑什么呢

product id 与 master api key 不相符的返回

{
  code:2010105
  msg:"设备操作 MasterKey 不合法"
  result:null
}

=========================================== App Secret 长度不正确时的返回 未知

=========================================== App Secret 错误时的返回

{
  error_code:"401"
  error_desc:"Signature not matched: application:xxxxxx \n timestamp:xxxx \n MasterKey:xxxx \n imei:86xxxx \n productId:xxxxxx \n "
}

=========================================== 正确的返回 响应 200

{
    "code":0,
    "msg":"ok",
    "result":{
        "deviceId":"xxxxx",
        "deviceName":"xxxxx",
        "tenantId":"xxxxx",
        "productId":xxxxx,
        "imei":"xxxxxx",
        "imsi":null,
        "firmwareVersion":null,
        "deviceStatus":1,
        "autoObserver":0,
        "createTime":xxxx,
        "createBy":"xxxx",
        "updateTime":xxxx,
        "updateBy":"xxxx",
        "netStatus":2,
        "onlineAt":xxxx,
        "offlineAt":xxxxx
    }
}

你这应该是网关和业务层,响应没统一 见过这样的接口没 查询有数据返回{"code":"200","data":[{...},{...}]} 查询无数据返回{"code":"200","data":"无数据"}

什么🌶️🐔玩意

能用就行，公司给钱就行，又不是什么伟大事业

@chenzfp 再加一个部门，把接口再包一层，专门统一一下错误码，这不就解决了

这种 case 见怪不怪了。自己加一层中转层把这些脏数据洗干净吧

你管人家干嘛，工作不饱和啊

偷懒，压根就没有走 api 网关统一处理，半拉子程序员遇到多了就无感了。

网关是一个供应商的，你的业务系统有事另外一个供应商的。

外包写的