resty更新header控制api版本數(shù)據(jù)源讀寫分離

更新時間：2022年03月07日 12:14:45 作者：Dreampie

這篇文章主要介紹了resty的1.2.0-SNAPSHOT版本更新，可以通過header控制api的版本實現(xiàn)數(shù)據(jù)源讀寫分離，有需要的朋友可以借鑒參考下，希望能夠有所幫助<BR>，

前言

Resty目前積累到450 star，還有1個多月滿一年了，在沒有推廣的情況下如果能積累到500 star，真是棒棒的，如果覺得不錯可以給顆心(https://github.com/Dreampie/Resty)，希望大家多多鼓勵，也希望有心的同學參與維護，開源說明它屬于大家，無論你使用或者作為一個框架的基礎學習還是從中得到靈感做出好用的東西都希望你能和大家一起分享開源希望大家互相幫助。

本次更新說大不大說小不小，主要解決一下對api的控制問題：

1.使用header來控制api版本

最初設計的api控制方式主要基于url的版本控制，更新時要么提供一個基礎的ApiResource，要么提供一個新的項目做為新版本接口，作為一個強迫癥一直對此功能心懷不滿。

我一直以來對團隊要求都是只要更新沒有影響到整體返回的數(shù)據(jù)結(jié)構(gòu)，是不允許升級接口的版本號的，兼容老版本非常重要，如果遇到重構(gòu)和結(jié)構(gòu)大規(guī)模變化，通過header來提供一個新的api并保留老api一段時間(我們?yōu)榭蛻舳颂峁┝藦娭粕売媱?，一旦啟動客戶端必須升級到新版?，后續(xù)會把老的api清理掉，理論上一個api最多存在兩個版本，如果不是只能說明你設計的接口穩(wěn)定性較弱，自由可控對強迫癥來說非常重要，示例：

@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.讀寫分離的數(shù)據(jù)源支持

簡單配置不需要考慮太多，同時提醒：如果本次請求的事務范圍內(nèi)即有讀由有寫，會根據(jù)你的@Transaction注解的事務來使用連接，比如需要寫入庫的連接，那么讀取時也會使用寫入庫的連接，節(jié)省一次打開讀取庫連接的資源

//讀寫分離
????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代碼的動態(tài)代理實現(xiàn)的aop感覺不好，如果有人能提供基于aspectj的嵌入代碼來實現(xiàn)事務來提高代碼的優(yōu)化，那就非常感謝了，目前有個aspectj簡單的例子：https://github.com/Dreampie/aspectj-demo

相關鏈接：

Resty 的詳細介紹：點擊查看

Resty 的下載地址：點擊下載

以上就是resty更新header控制api版本數(shù)據(jù)源讀寫分離的詳細內(nèi)容，更多關于header控制api數(shù)據(jù)源讀寫分離的資料請關注腳本之家其它相關文章！

您可能感興趣的文章: