zoukankan      html  css  js  c++  java
  • 说说APP接口中的版本控制

    引言

    接口是APP的重要组成部分,数据是APP的核心,接口是连接APP和数据的纽带。

    一般情况下,APP中会有大量的接口,再加上版本的变化,接口的升级,一个接口
    可能会衍生出很多个稍有差异的接口,这个时候接口如果维护的不好,后边会乱为
    一锅粥,客户端不同版本使用不同的接口名(xxxv1,xxxv2,xxxv3.....)

    这个对客户端来说貌似是很蛋疼的事情,如果能把版本控制完全放到服务端是不是
    更友善点,也会比客户端灵活很多,发版出去之后也可以很优雅的修改。

    设计

    这个并非我凭空想出来的,是在公司里面开发的时候无意中发现的,觉得设计的还挺好,整理总结了下,拿出来分享下。知识应该是开源共享的。


    客户端发出去的版本token是固定不变的。
    这里面有下面几个要点:

    • token,使用token间接的标记请求的接口版本,这么做也在一定程度上防止了很多无用的请求,如果使用的是https传递信息,就更安全了,根本截获不到这个token
    • server中的token => interface versionmap,保存了token和对应接口的版本号,请求来了之后会先根据这个寻找对应的接口版本。
    • interface{num}目录,每个目录对应一个版本,根据请求的接口读取对应目录下的接口配置文件,找到最终要执行的具体接口。

    http://xxxx.xxxx.com/module/controller/list?token=6918b5e0567c7d47314c10ed413e3f95这个请求最终会打到listv2这个接口。

    这样就可以在服务端灵活的配置接口了,客户端只要每次请求的时候带上默认的token参数,就可以得到自己想要的了,完全不需要关心版本的问题。

    扩展设计

    当然了,如果还有其他信息的话也可以带在token中,比如说客户端操作系统类型,我们可以将token扩展为{clientType}_token,这样token中就附带了客户端的信息,可以很轻松的获取到客户端类型,根据不同的类型也可以做一些想做的事情.

    总结

    还是那句话,有些司空见惯的东西并不是想象的那么简单,可能也是前辈门经过多次总结优化出来的。

    本期名言警句(来自鲁豫对健林的采访)

    小胜靠智,大胜靠德

  • 相关阅读:
    ros::NodeHandle成员介绍
    ros::NodeHandle成员介绍
    odom_out_and_back.cpp
    odom_out_and_back.cpp
    c++实现ros by example volume1 例子timed_out_and_back功能
    SQL语句进阶
    数据库基础(常用的SQL)
    安装Mysql
    1.初识数据库
    (MYSQL错误解决)本地计算机上的MYSQL服务启动停止后,某些服务在未由其他服务或程序使用时将自动停止
  • 原文地址:https://www.cnblogs.com/iforever/p/5857898.html
Copyright © 2011-2022 走看看