- 综合排序
- 最热优先
- 最新优先
- 来自专栏ThoughtWorks
细说API - 文档和前后端协作
在上一篇文章——《细说API - 重新认识RESTful》中介绍了如何理解和设计RESTful风格的API，现在我们来聊聊如何有效的呈现API文档，以及前后端协作的方式。 API 文档的缺乏给前后端协作带来困难，在缺乏专门工具的情况下，编写和维护文档是一件工作量巨大的事，人工处理也非常容易出错。 本文将会介绍三种方案来解决前后端协作的问题： 基于注释的 API 文档：这是一种通过代码中注释生成 API 文档的轻量级方案，它的好处是简单易用，基本与编程语言无关。 使用契约进行前后端协作：在团队内部，前后端协作本质上需要的不是一份 API 文档，而是一个可以供前后端共同遵守的契约。 围绕着 RAML 这一标准，构建出 API 协作的工具链，设计、构建、测试、文档、共享。 ?
2K30发布于 2019-03-08 - 来自专栏AI机器学习与深度学习算法
学习分类 2-3 感知机
要如何求出权重向量呢？基本做法和回归时相同，将权重向量用作参数，创建更新表达式来更新参数。这就需要一个被称为感知机的模型。
67210编辑于 2022-11-08 - 来自专栏linux运维
协作场景：用AI加速TypeScript后端API开发
TypeScriptv5.2.2,PostgreSQLv15.3,Docker24.0.5,AI工具:Cursor(v0.42.0withClaude3.5Sonnet),GitHubCopilot.协作目标 :开发一个TypeScript的Express后端API，用于管理任务（CRUD操作），连接PostgreSQL，要求类型安全、性能稳定，部署到Docker。
43210编辑于 2025-08-31 - 来自专栏算法无遗策
动画 | 什么是2-3树？
2-3树正是一种绝对平衡的树，任意节点到它所有的叶子节点的深度都是相等的。 2-3树的数字代表一个节点有2到3个子树。它也满足二分搜索树的基本性质，但它不属于二分搜索树。 2-3树查找元素 2-3树的查找类似二分搜索树的查找，根据元素的大小来决定查找的方向。 动画：2-3树插入 2-3树删除元素 2-3树删除元素相对比较复杂，删除元素也和插入元素一样先进行命中查找，查找成功才进行删除操作。 2-3树为满二叉树时，删除叶子节点 2-3树满二叉树的情况下，删除叶子节点是比较简单的。 动画：2-3树删除 -----END---
1.1K10发布于 2020-01-02 - 来自专栏研发管理
API测试 | 3步走，通过协作实现API的高质量交付
在高频的迭代节奏中，这些协作上的问题会被不断放大，最终持续影响API的交付质量。想要解决这个问题，就必须从优化团队的协作结构着手。 协作失效：API质量下滑的重要原因自动化工具本应是质量的保障，但由于团队之间的工作流程并未真正打通，依然存在协作的断层。 3步构建API质量的协作体系协作层面的问题，并不会随着部署频率的增加而自动消失，反而会在一次次的快速迭代中被放大。 因此，若要从根本上提升API质量，就必须进行协作优化：1、构建统一的沟通语言这是打破信息壁垒的基础。开发、测试和运维团队需要在质量认知上达成共识。例如，一个测试用例应该包含哪些元素才算结构完整？ 在软件发布节奏不断加快、服务拆分日益精细的背景下，API已经成为保障系统稳定性和用户体验的关键环节。真正的挑战在于，能否让整个团队围绕着共同的质量目标，形成一套高效顺畅的协作机制。
27410编辑于 2025-10-13 - 来自专栏国产
用了这个API协作调试工具，忘记了postman
开始使用时感觉比较好的功能1、所有数据同步在云端，即使更换电脑，也可以通过浏览器使用（安装插件即可）；2、定义好API文档，就可以开始调试、Mock、自动化测试，非常方便；3、区分测试环境，因为我的项目多而杂 tos-cn-i-k3u1fbpfcp/3d02e8157a8944a4bd451693b8b5e059~tplv-k3u1fbpfcp-zoom-1.image" alt="" width="30%" />4、API 和之前工具的对比，以及对Apifox的建议之前使用过几款API调试工具，Postman等，它们给我的感觉是大同小异的，可以满足基本的接口调试工作，但是并没有我觉得很亮眼的功能，当然也有可能是我还没有接触到比较高级的操作
66720编辑于 2022-10-11 - 来自专栏我是攻城师
什么是2-3树
2-3树 VS 二叉搜索树 同样的一组数据，在2-3树和二叉搜索树里面的对比如下： ? 可以看到2-3树的节点分布非常均匀，且叶子节点的高度一致，并且如果这里即使是AVL树，那么树的高度也比2-3树高，而高度的降低则可以提升增删改的效率。 2-3树的插入 为了保持平衡性，2-3树的插入如果破坏了平衡性，那么树本身会产生分裂和合并，然后调整结构以维持平衡性，这一点和AVL树为了保持平衡而产生的节点旋转的作用一样，2-3树的插入分裂有几种情况如下 2-3树的删除 2-3树节点的删除也会破坏平衡性，同样树本身也会产生分裂和合并，如下： ? 总结 本篇文章，主要介绍了2-3树相关的知识，2-3树，2-3-4树以及B树都不是二叉树，但与二叉树的大致特点是类似的，它们是一种平衡的多路查找树，节点的孩子个数可以允许多于2个，虽然高度降低了，但编码相对复杂
2.4K20发布于 2019-04-28 - 来自专栏刷题笔记
2-3 链表拼接 (20 分)
本文链接：https://blog.csdn.net/shiliang97/article/details/101050371 2-3 链表拼接 (20 分) 本题要求实现一个合并两个有序链表的简单函数
73140发布于 2019-11-08 - 来自专栏python3
2-3 选项卡控件
2-3 选项卡控件 u本节学习目标： n了解选项卡控件的基本属性 n掌握如何设置选项卡控件的属性 n掌握统计页面选项卡控件页面基本信息 n掌握选项卡控件的功能操作控制 2-3-1 简介 在 Windows 一般选项卡在Windows操作系统中的表现样式如图2-3所示。 ? 图2-3 图片框控件的属性及方法 2-3-2 选项卡控件的基本属性 图片框控件是使用频度最高的控件，主要用以显示窗体文本信息。 其基本的属性和方法定义如表2-3所示： 属性 说明 MultiLine 指定是否可以显示多行选项卡。如果可以显示多行选项卡，该值应为 True，否则为 False。 使用这个集合可以添加和删除TabPage对象 表2-3 选项卡控件的属性 2-3-3 选项卡控件实践操作 1．
2.3K10发布于 2020-01-07 - 来自专栏python3
2-3 T-SQL函数
2-3 T-SQL函数 学习系统函数、行集函数和Ranking函数；重点掌握字符串函数、日期时间函数和数学函数的使用参数以及使用技巧 重点掌握用户定义的标量函数以及自定义函数的执行方法 掌握用户定义的内嵌表值函数以及与用户定义的标量函数的主要区别 我们首先运行一段SQL查询：select tno,name , salary From teacher，查询后的基本结构如图2-3所示。我们看见，分别有三位教师的薪水是一样高的。 图2-3 薪酬排序基本情况 图2-4 row_number函数排序 图2-5 row_number另一使用 我们可以使用Row_number函数来实现查询表中指定范围的记录，一般将其应用到Web应用程序的分页功能上
2.2K10发布于 2020-01-08 API 在线调试工具：助力高效开发与团队协作
Apifox 并非仅仅是另一个简单的调试器，它是一个集 API 文档管理、API 调试、API Mock 服务以及自动化测试于一体的综合性协作平台。 这意味着，开发者可以在一个统一的环境下完成 API 的设计、调试、模拟和自动化测试，极大地优化了工作流程，促进了前端、后端及测试团队之间的紧密协作。 简洁易用，协作无忧： Apifox 的界面设计简洁直观，操作逻辑清晰。其在线分享 API 文档的功能，省去了团队成员之间反复导出和传输文档的麻烦，让信息传递更加即时高效。 在线调试及协作平台，其设计理念充分考虑了国内开发者的实际需求，致力于简化 API 的测试和调试流程，从而有效提升开发效率与项目质量。 除了文中提及的功能，它还提供了更为完善的团队协作和项目管理特性，方便团队成员共享文档，协同推进项目。如果您正寻觅一款强大而易用的 API 调试工具，Apifox 绝对值得您深入体验。
74010编辑于 2025-09-23- 来自专栏研发管理
统一、测试、协作：3方向解析API Hub的高效API管理方案
版本混乱、信息滞后、协作割裂等问题逐渐成为企业数字化转型的障碍。传统零散的管理方式难以应对这种变化，迫切需要一个能够集中管理 API 全生命周期的平台。 SmartBear的API Hub（前身是SwaggerAPI） 它整合了设计、文档、测试和协作功能，为企业提供更高效和安全的 API 管理模式。 统一的API设计：从源头确保一致性API Hub 为 API 生命周期建立了“唯一真实来源”，让团队从设计阶段就能保持一致性。 开发人员无需改变日常习惯，就能让设计、代码与测试结果统一同步到 API Hub 中，实现更高效的跨团队协作。 API 管理早已超越了单纯的网关或监控，它需要覆盖完整生命周期的集中式平台，并能在协作与效率之间取得平衡。SmartBear 的 API Hub 正是这样一个面向未来的选择。
34910编辑于 2025-09-09 - 来自专栏机器学习入门
算法原理系列：2-3查找树
结构缘由 首先，搞清楚2-3查找树为什么会出来，它要解决什么样的问题？假设我们对它的基本已经有所了解了。先给它来个简单的定义： 2-3查找树： 一种保持有序结构的查找树。 而2-3树就是为了规避上述问题而设计发明出来的模型。现在请思考该如何设计它呢？ 这里我们从BST遇到的实际问题出发，提出设计指标，再去思考利用些潜在的性质来构建2-3树。 这部分内容，没有什么理论根据，而是我自己尝试去抓些字典的性质来构建，而2-3树的诞生过程并非真的如此，所以仅供参考。 构建2-3树 字典的两个主要操作为：查找和插入。 我就不卖关子了，直接给出2-3树的其中一个基本定义： 一棵2-3查找树或为一颗空树，或由以下节点组成： 2-节点：含有一个键和两条链接，左链接指向的2-3树中的键都小于该节点，右链接指向的2-3树中的键都大于该节点 3-节点：含有两个键和三条链接，左链接指向的2-3树中的键都小于该节点，中链接指向的2-3树中的键都位于该节点的两个键之间，右链接指向的2-3树中的键都大于该节点。 ！！！
1.2K20发布于 2019-05-26 API开发追踪工具：构建高效接口协作体系的核心引擎
在数字化浪潮下，API早已不只是开发细节，而是产品架构与交付效率的关键枢纽。特别是在前后端解耦、微服务架构广泛普及的今天，API的开发、联调、测试和版本管理已成为影响团队协作流畅度的重要因素。 这正是“API开发追踪工具”登场的时机——它们不仅承担接口任务管理职责，更像是一套帮助产品、研发、测试三方协调、共建、共管接口协作体系的中枢系统。 一套成熟的API开发追踪工具，应具备以下功能： 任务可视化管理 接口文档同步与变更控制 联调责任分配 权限分级与访问控制 多角色协同支持（产品/开发/测试） 这些能力的结合，使接口开发从“临时协作 二、接口协作体系中的“权限维度”与权限分级看板类似，API开发追踪同样面临“不同角色应看到不同内容、执行不同操作”的实际需求。 四、推荐API开发追踪工具盘点工具名称核心能力适用场景板栗看板轻量任务管理、本地化支持好、权限清晰国内团队协作首选，适合快速部署Jira敏捷管理强，支持插件拓展中大型技术团队多模块并行开发YApi接口文档
26720编辑于 2025-07-14- 来自专栏linux运维
协作场景：用AI快速开发一个Python Flask API
Ubuntu22.04,Python3.10.12,Flaskv2.3.2,SQLite3.36.0,Docker24.0.5,AI工具:Cursor(v0.42.0withClaude3.5Sonnet).协作目标 目标是用AI加速代码生成和调试，确保API高效、可靠，减少手动写SQL的时间。 /books.db:/app/books.db关键步骤初始化项目:用Cursor生成Flask和SQLite代码，10分钟搭建API框架。 错误处理:加try-catch和错误响应，API更健壮。Docker部署:用AI生成的Docker配置，30分钟完成部署。测试验证:用Postman压测，50并发下响应稳定在100ms。 代码质量:输入验证和错误处理让API更可靠，零SQL注入风险。部署顺畅:Docker配置开箱即用，部署到本地和云端零报错。
42410编辑于 2025-08-31 - 来自专栏U3D技术分享
《游戏引擎架构》阅读笔记-第2-3章
本系列博客为《游戏引擎架构》一书的阅读笔记，旨在精炼相关内容知识点，记录笔记，以及根据目前（2022年）的行业技术制作相关补充总结。 本书籍无硬性阅读门槛，但推荐拥有一定线性代数，高等数学以及编程基础，最好为制作过完整的小型游戏demo再来阅读。 本系列博客会记录知识点在书中出现的具体位置。并约定（Pa b），其中a为书籍中的页数，b为从上往下数的段落号，如有lastb字样则为从下往上数第b段。 本系列博客会约定用【】来区别本人所书写的与书中观点不一致或者未提及的观点，该部分观点受限于个人以及当前时代的视角
1K10编辑于 2022-10-28 - 来自专栏育种数据分析之放飞自我
笔记GWAS 操作流程2-3：MAF过滤
因为这里是人的数据，所以染色体只需要去1~22的常染色体，提取它的家系ID和个体ID，后面用于提取。
6.2K20发布于 2020-04-14 - 来自专栏五分钟学算法
数据结构与算法——2-3树
因此，引入了 2-3 树来提升效率。2-3 树本质也是一种平衡搜索树，但 2-3 树已经不是一棵二叉树了，因为 2-3 树允许存在 3 这种节点，3- 节点中可以存放两个元素，并且可以有三个子节点。 2-3 树定义 2-3 树的定义如下： （1）2-3 树要么为空要么具有以下性质： （2）对于 2- 节点，和普通的 BST 节点一样，有一个数据域和两个子节点指针，两个子节点要么为空，要么也是一个2 例如图 2.1 所示的树为一棵 2-3 树： ? 图2.1 2-3 树性质 性质： （1）对于每一个结点有 1 或者 2 个关键码。 （2）当节点有一个关键码的时，节点有 2 个子树。 2-3树查找 2-3 树的查找类似二叉搜索树的查找过程，根据键值的比较来决定查找的方向。 例如在图 2.1 所示的 2-3 树中查找键为H的节点： ? img 2-3树为满二叉树，删除叶子节点 操作步骤：若2-3树是一颗满二叉树，将2-3树层树减少，并将当前删除节点的兄弟节点合并到父节点中，同时将父节点的所有兄弟节点合并到父节点的父节点中，如果生成了4
86910发布于 2019-09-03 - 来自专栏静之森
记录折腾路上用到的教程 自2-3开始
netdata: Real-time performance monitoring
73720编辑于 2021-12-28 - 来自专栏算法无遗策
（基于2-3树）
学习过2-3树之后就知道应怎样去理解红黑树了，如果直接看「算法导论」里的红黑树的性质，是看不出所以然。 此时我们借着2-3树去理解基本的红黑树，当然我会在后几篇文章介绍2-3-4树以及基于2-3-4树的红黑树。 红黑是指被指向节点的链接颜色，对于一颗2-3树，因为3-节点的存在有很多不同的二叉树的表示，所以我们只考虑左倾的情况。 （和2-3树等价的，任意节点到其叶子节点的高度都是相同的）。 因为2-3树不存在永久的4-节点，4-节点终归要分解的（在2-3-4树中，为了更好地插入和删除，4-节点可存在于叶子节点和非叶子节点）2-3树一样不行，所以在2-3树中没有任何一个节点能同时和两条红链接相连
1.1K20发布于 2020-01-02
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号