「错误契约」标签下共 4 篇技术文章，包括《微信小程序与 H5 调用第三方 API 的正确姿势：把平台差》、《免费 API 怎么选：没有实测记录时，先写一份可复核的验证清》、《JSON、表单、图片三类接口：先定“客户端怎么判定成功”，再》。按发布时间倒序排列，内容持续更新。
业务代码应只依赖统一的内部请求契约，由薄适配层吸收小程序请求域名配置与 H5 CORS 等平台差异；长期密钥不进入前端，超时、错误映射和幂等重试在上线前统一定义。具体平台规则与 API.PLUS 接入参数需以官方文档为准。
本文材料只有主题标题、没有正文，因此不列具体厂商与端点，也不声称做过实测。文章把“免费 API 推荐与实测”拆成三件可操作的事：先界定“免费”的成本口径，再用固定字段记录一次调用，最后说明在什么条件下才够格写“推荐”。
三类端点的差别不在 JSON 好不好看，而在客户端判定成功的信号顺序：JSON 依赖状态码与可解析体，表单类依赖状态码与 Location，图片类依赖 Content-Type 与字节完整性。规范应先写清判定顺序与失败时的可读错误，…
三类端点的成功响应形态不同：JSON 返回可解析结构，浏览器表单返回重定向或 HTML，图片返回字节流。因此错误契约应按端点类型分别定义：JSON 与 API 表单用结构化错误体，浏览器表单返回 HTML 或重定向，图片端点出错时不…
共 4 篇文章，第 1 / 1 页