开发者社区> 行者武松> 正文
阿里云
为了无法计算的价值
打开APP
阿里云APP内打开

Resty 1.2.0-SNAPSHOT 更新,可通过header来控制api的版本,数据源读写分离

简介:
+关注继续查看

Resty目前积累到450 star,还有1个多月满一年了,在没有推广的情况下如果能积累到500 star,真是棒棒的,如果觉得不错可以给颗心(https://github.com/Dreampie/Resty),希望大家多多鼓励,也希望有心的同学参与维护,开源说明它属于大家,无论你使用或者作为一个框架的基础学习还是从中得到灵感做出好用的东西 都希望你能和大家一起分享 开源希望大家互相帮助

本次更新说大不大说小不小,主要解决一下对api的控制问题:

1.使用header来控制api版本

最初设计的api控制方式主要基于url的版本控制,更新时要么提供一个基础的ApiResource,要么提供一个新的项目做为新版本接口,作为一个强迫症一直对此功能心怀不满,我一直以来对团队要求都是只要更新没有影响到整体返回的数据结构,是不允许升级接口的版本号的,兼容老版本非常重要,如果遇到重构和结构大规模变化,通过header来提供一个新的api并保留老api一段时间(我们为客户端提供了强制升级计划,一旦启动客户端必须升级到新版本),后续会把老的api清理掉,理论上一个api最多存在两个版本,如果不是只能说明你设计的接口稳定性较弱,自由可控对强迫症来说非常重要,示例:

  @GET(value = "/:get", headers = {"Accept: application/vnd.resty.v1+json"})//使用:来分割key和value
  public WebResult<List<User>> get(String get, Date x, HttpResponse response) {
    throw new WebException(HttpStatus.NO_CONTENT, "xxx");
  }

2.读写分离的数据源支持,简单配置不需要考虑太多,同时提醒:如果本次请求的事务范围内即有读由有写,会根据你的@Transaction注解的事务来使用连接,比如需要写入库的连接,那么读取时也会使用写入库的连接,节省一次打开读取库连接的资源

    //读写分离
    DruidDataSourceProvider writeDsp = new DruidDataSourceProvider("write");
    DruidDataSourceProvider readDsp = new DruidDataSourceProvider("read");
    ActiveRecordPlugin activeRecordDdsp = new ActiveRecordPlugin("readwrite", writeDsp, readDsp);
    activeRecordDdsp.addIncludePackages("cn.dreampie.resource");
    pluginLoader.add(activeRecordDdsp);

另外一直对使用java代码的动态代理实现的aop感觉不好,如果有人能提供基于aspectj的嵌入代码来实现事务来提高代码的优化,那就非常感谢了,目前有个aspectj简单的例子:https://github.com/Dreampie/aspectj-demo

文章转载自 开源中国社区[https://www.oschina.net]

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
金鱼哥RHCA回忆录:CL210描述OPENSTACK控制平面--通过API描述服务访问+通过MQ描述服务通信
第二章 描述OPENSTACK控制平面--通过API描述服务访问+通过MQ描述服务通信
0 0
案例分享:某品牌音响系列协议调试工具(搜寻主机,查询通道,基本控制API,云音乐API,语言节目API等,可增删改指令)
案例分享:某品牌音响系列协议调试工具(搜寻主机,查询通道,基本控制API,云音乐API,语言节目API等,可增删改指令)
0 0
ASP.NET Core 3.0一个jwt的轻量角色/用户、单个API控制的授权认证库
ASP.NET Core 3.0一个jwt的轻量角色/用户、单个API控制的授权认证库
0 0
Identity4实现服务端+api资源控制+客户端请求
准备写一些关于Identity4相关的东西,最近也比较对这方面感兴趣。所有做个开篇笔记记录一下,以便督促自己下一个技术方案方向 已经写好的入门级别Identity4的服务+api资源访问控制和简单的客户端请求模拟: 1.实现服务端+api资源控制+客户端请求 2.后面准备写单点登录统一认证服务   作者:YanBigFeg —— 颜秉锋 出处:http://www.cnblogs.com/yanbigfeg 本文版权归作者和博客园共有,欢迎转载,转载请标明出处。
1748 0
控制ASP.NET Web API 调用频率
很多的api,例如GitHub’s API 都有流量控制的做法。使用速率限制,以防止在很短的时间量客户端向你的api发出太多的请求.例如,我们可以限制匿名API客户端每小时最多60个请求,而我们可以让更多的经过认证的客户端发出更多的请求。
1561 0
ASP.NET Core Web API 帮助页
ASP.NET Core Web API 帮助页
0 0
+关注
行者武松
杀人者,打虎武松也。
文章
问答
文章排行榜
最热
最新
相关电子书
更多
CUDA Math API
立即下载
阿里云 API 精选手册(Alibaba Cloud API Playbook)
立即下载
重保场景及API安全指南
立即下载