接口设计(系统接口设计怎么写)

接口设计(系统接口设计怎么写)

后端开发之如何写接口设计文档

  当我们说到接口时,首先要分前端和后端,前端有Android、IOS、Js,后端定义返回值、参数、请求方式、协议等。系统A调用系统B,系统B调用系统C,像是把多个系统连接起来的一座桥梁,各自遵守相同的约定,但他本身是一种协议。它规范了传入的对象所必须具备的某些特征,从而保证在调用时既不会发生错误又不需要提前检查。

  现实生活中的案例,比如插板上面有三个头的两个头的,手机充电器有usb的,typec的。那么在现实生活中的这些接口其实就是一种契约,连接两个物件,只要你按照接口的要求来做,就能和另外一个按照这个接口对应的物件相互连接。比如所有三头的插头都可以插入三个眼的插板,充电器也一样。

  接口五要素

  返回值一般包括code状态码,message返回消息,data承载数据

  在这里插入图片描述

  为什么是返回这三个字段?

  1、分层更明确

  2、前端处理方便

  除了这种方式,还有哪些方法可以实现返回值信息?

  使用http status来标识

  在这里插入图片描述

  这样可以减少代码复杂度

  接口参数一般有字段名称、字段类型、是否必填、备注说明等字段

  在这里插入图片描述

  1、字段命名有什么要求?

  首先推荐意义明确的单个单词

  用驼峰式

  用小写+下划线

  后续接口改版,确保字段意思不丢失

  2、为什么大部分类型定义都是string和int呢?

  这其实是跟后端语言有关系,有的用java如果我不标明是什么类型,后端接收强转换可能会出错,这在代码中跟业务逻辑不相关的校验逻辑,这些事情其实是框架帮我们做的。

  你们可以想一下为什么我们在接口文档中写了string我在后端java接收就是字符串了,前端会分这种类型吗?你看看url参数里面有区分这种是字符串还是数字吗?不会吧只不过我们在这种约定好之后,在写java代码时,约定这就是整型意思就是我拿整型parseInt这种方式,去接收这个参数,基本不会报错,如果报错,那就前端传错了。

  这种方式叫做:约定大于配置,是Maven中非常重要的一个理念。如果我想减少这种错误,我任务双方都得遵守这种约定,你要传数字,肯定是12345678910这种数字。不会是张三李四这种字符串,这是一种约定。应该传数字的时候,你非要传字符串,那程序肯定会报错。这就是双方没有遵守这个约定。

  什么叫做配置呢?在name中学号XX_XXX这种自解析可以理解为是一种配置加个type区分什么类型,我在写代码时候,大家都遵守这个约定走接口文档只有一份,其实开发中,可能会对接多个平台Android、IOS、前端都是遵循同一个接口文档去做事情。

  3、为什么要有必须项?

  4、备注和说明应该怎么写?

  5、参数到底放url在后,还是放一个body里面

  6、为什么使用JSON作为返回值

  我们经常使用的Spring配置YML就是比JSON更简洁的文件。选择JSON其实设计方案一种均衡,比XML简洁,而且我们暂时不需要更简洁。

  具体数据是从域名后面开始,明确要取哪些数据。

  大致分http接口、api接口、RPC接口、RMI、webservice、Restful等

  什么时候写接口文档?

  1、方案评审之前?方案评审之后?

  2、接口到底怎么定,是否前后端一起定义?

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
转载请注明出处: https://daima100.com/23637.html

(0)
上一篇 2023-10-22
下一篇 2023-10-22

相关推荐