java 自动转 golang_基于dubbo-go的golang与java通信解决方案实践——伍:golang代码的生成...
golang代碼生成方案
為了更加貼合java開發(fā)的習慣,我自己開發(fā)了maven plugin,解析java代碼并自動生成go代碼,以及通過git submodule拉取golang的lib庫,生成go代碼后再推送至lib庫上。
golang代碼的格式設計
格式設計我按照java的開發(fā)習慣來,部分參考了protobuf的規(guī)定。
單獨一個服務的結構如下:golang代碼結構
其中dto為使用的數(shù)據(jù)結構,enums中為簡單枚舉,service里則是調(diào)用方法。我將dubbo-go提供的調(diào)用方式進行了封裝,以貼合更加常用的調(diào)用方法:OrderRpcService
可以看到,用戶在使用方法時直接調(diào)用GetOrder(arg0 int64)方法即可,而不用關心默認方法里的參數(shù)內(nèi)容,更加方便使用。
但是這樣設計的格式有個問題:自己魔改的dubbo-go版本是在lib庫springboot-dubbo-go的下一層,但是想要能夠裝配接口名與Url,必須先執(zhí)行service中的config.SetConsumerService方法。因為這個問題,一度我將整個服務發(fā)現(xiàn)的過程遷移到了lib庫中,但最終考慮到擴展多個lib庫的情況,采用了以下措施:
client.go
新增了一個client文件,在這里初始化時調(diào)用nacos_client的Init方法,同時引用api包,即自動生成的golang代碼所在的包,以此來保證api包中的init方法在nacos_client的Init方法被調(diào)用之前就調(diào)用了。
java的泛型嵌套與重載
java有一些特性是golang所不支持的,比如泛型嵌套和重載。
泛型嵌套
我開發(fā)的代碼生成插件中,支持的java泛型只有Map與List。從go請求java時,go將數(shù)據(jù)變?yōu)閇]interface{},而java返回時,go如何以怎樣的數(shù)據(jù)結構接收成了設計上的一個問題。使用[]interface{}接收的話,插件開發(fā)簡單,但用戶使用需要顯式轉換類型成本更高,使用數(shù)組的話則會碰到與Map一樣的問題,java的泛型嵌套無法傳遞數(shù)據(jù):比如List>是無法傳遞到[][]int32上的。在與同事咨詢了他們protobuf的開發(fā)過程后了解到,他們是不會使用泛型嵌套的。因而我也采用了相同的方案:將List轉換為數(shù)組并且不支持泛型嵌套。
重載
golang是不支持重載的,所以我在插件中進行了判斷:如果service中存在重載方法,則跳過此service的生成。
其他
java中有一些特殊的類,比如LocalDatetime,官方?jīng)]有提供其對于golang中time.Time的轉換,所以遇到這種類我也直接跳過不生成dto及相關的service。
Maven插件的開發(fā)
maven插件開發(fā)相關可以移步至我的《maven插件開發(fā)》文章中查看。
結語
其實一開始決定要自己做這么個解決方案的時候還是很忐忑的,實際開發(fā)中的各種困難也確實證明了我的顧慮:沒有接觸過golang,需要一邊百度一邊請教同事來開發(fā)/閱讀源碼;沒有開發(fā)過maven,遇到了不少插件開發(fā)的難題;dubbo-go遇到的2個bug我花了十多天才找到原因并進行處理,等等。好在結局不錯,在開發(fā)的過程中也收獲了不少。在此將實踐經(jīng)驗進行了整理與分享,希望能夠幫助更多的人。
新人創(chuàng)作打卡挑戰(zhàn)賽發(fā)博客就能抽獎!定制產(chǎn)品紅包拿不停!總結
以上是生活随笔為你收集整理的java 自动转 golang_基于dubbo-go的golang与java通信解决方案实践——伍:golang代码的生成...的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 现代谱估计:多窗口谱重建
- 下一篇: 现代谱估计:多窗口谱相关性