api-patterns
API设计原则与决策制定。REST、GraphQL与tRPC的选择,响应格式,版本控制,分页处理。
作者
分类
开发工具安装
下载并解压到你的 skills 目录
复制命令,发送给 OpenClaw 自动安装:
API Patterns - API 设计决策助手
API Patterns 是一个 API 设计原则与决策指南技能,帮助开发者根据实际场景选择合适的 API 风格(REST、GraphQL、tRPC),并指导响应格式设计、版本控制策略、分页实现等关键架构决策。
适用场景
核心功能
常见问题
REST、GraphQL 和 tRPC 应该如何选择?
选择取决于项目上下文:REST 是最通用、标准化的选择,适合公共 API 和简单 CRUD 操作;GraphQL 适合客户端需要灵活查询、减少网络请求、数据关系复杂的场景;tRPC 最适合 TypeScript 全栈项目,提供端到端类型安全和零配置开发体验。关键是要问自己:API 的消费者是谁?团队技术栈是什么?数据查询复杂度如何?
API 版本控制有哪些最佳实践?
常见方案包括 URI 版本(/v1/users)、HTTP Header 版本(Accept: application/vnd.api.v1+json)和 Query 参数版本(?version=1)。URI 版本最直观,适合公共 API;Header 版本 URL 更简洁,但需要客户端配合;Query 参数版本最简单但不推荐用于复杂场景。无论选择哪种,都应提前规划版本废弃策略和迁移路径。
如何设计统一的 API 错误响应格式?
建议使用 Envelope 模式,将响应包裹在统一结构中:{ data: {...}, errors: [...], meta: {...} }。错误信息应包含机器可读的错误码和人类可读的消息,例如 { "code": "VALIDATION_ERROR", "message": "邮箱格式无效", "field": "email" }。避免直接暴露内部堆栈或数据库错误,使用适当的 HTTP 状态码(4xx 客户端错误,5xx 服务端错误)。