<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Openapi - 标签 - 研发日志 · R&amp;D Log</title><link>https://rd163.visword.com/tags/openapi/</link><description>Openapi - 标签 - 研发日志 · R&amp;D Log</description><generator>Hugo -- gohugo.io</generator><language>zh-CN</language><managingEditor>whutluohui@gmail.com (小智晖)</managingEditor><webMaster>whutluohui@gmail.com (小智晖)</webMaster><copyright>本作品采用知识共享署名-非商业性使用 4.0 国际许可协议进行许可。</copyright><lastBuildDate>Wed, 19 Feb 2025 00:00:00 +0800</lastBuildDate><atom:link href="https://rd163.visword.com/tags/openapi/" rel="self" type="application/rss+xml"/><item><title>HttpAPI规范及生态组件</title><link>https://rd163.visword.com/posts/http-api-spec/</link><pubDate>Wed, 19 Feb 2025 00:00:00 +0800</pubDate><author><name>小智晖</name></author><guid>https://rd163.visword.com/posts/http-api-spec/</guid><description><![CDATA[<h2 id="背景" class="headerLink">
    <a href="#%e8%83%8c%e6%99%af" class="header-mark"></a>背景</h2><p>随着业务的增多，越来越多的服务需要提供http协议的API接口供第三方调用， 由于http api并不像trpc协议那样有一个通用的协议规范来定义约束接口， 通常API开发者需要提供一份API文档来说明每个API的详细参数。
如：<a href="https://cloud.tencent.com/document/product/213/15692" target="_blank" rel="noopener noreferrer">腾讯云API文档</a> 等， 这些文档分散在各个地方，缺乏统一的管理，并且每篇文档的撰写风格也不一样，这就增加了API调用方的接入负担。。。<br>
总结一下，现有的API管理体系存在这如下缺点：</p>]]></description></item></channel></rss>