前言
平時大家寫完 gRPC 介面後是如何測試的？往往有以下幾個方法：
- 寫單測程式碼，自己模擬客戶端測試。
- 可以搭一個
gRPC-Gateway服務，這樣就可以在postman中進行模擬。
但這兩種方法都不是特別優雅；第一種方法當請求結構體巢狀特別複雜時，在程式碼中維護起來就不是很直觀；而且程式碼會特別長。
第二種方法在 postman 中與請求 HTTP 介面一樣，看起來非常直觀；但需要額為維護一個 gRPC-Gateway 服務，同時介面定義發生變化時也得重新發布，使用起來稍顯複雜。
於是我經過一番搜尋找到了兩個看起來還不錯的工具：
首先看 BloomRPC 頁面美觀，功能也很完善；但卻有個非常難受的地方，那就是不支援 int64 資料的請求, 會有精度問題。
這裡我寫了一個簡單的介面，直接將請求的 int64 返回回來。func (o *Order) Create(ctx context.Context, in *v1.OrderApiCreate) (*v1.Order, error) {
fmt.Println(in.OrderId)
return &v1.Order{
OrderId: in.OrderId,
Reason: nil,
}, nil
}會發現服務端收到的資料精度已經丟失了。
這個在我們大量使用 int64 的業務中非常難受，大部分介面都沒法用了。
grpcui 是我在使用了 BloomRPC 一段時間之後才發現的工具，功能也比較完善; BloomRPC 中的精度問題也不存在。
但由於我之前已經習慣了在 BloomRPC 中去除錯介面，加上日常開發過程中我的瀏覽器幾乎都是開了幾十個 tap 頁面，導致在其中找到 grpcui 不是那麼方便。
所以我就想著能不能有一個類似於 BloomRPC 的獨立 APP，也支援 int64 的工具。
準備
找了一圈，貌似沒有發現。恰好前段時間寫了一個 gRPC 的壓測工具，其實已經把該 APP 需要的核心功能也就是泛化呼叫實現了。
由於核心能力是用 Go 實現的，所以這個 APP 最好也是用 Go 來寫，這樣複用程式碼會更方便一些；正好也想看看用 Go 來實現 GUI 應用效果如何。
但可惜 Go 並沒有提供原生的 GUI 庫支援，最後翻來找去發現了一個庫：fyne
從 star 上看用的比較多，同時也支援跨平臺打包；所以最終就決定使用該庫在構建這個應用。
核心功能
整個 App 的互動流程我參考了 BloomRPC ，但作為一個不懂審美、設計的後端開發來說，整個過程中最難的就是佈局了。
這是我花了好幾個晚上除錯出來的第一版頁面，雖然也能用但檢視請求和響應資料非常不方便。
於是又花了一個週末最終版如下（乍一看貌似沒區別）：
雖然頁面上與 BloomRPC 還有一定差距，但也不影響使用；關鍵是 int64 的問題解決了；又可以愉快的擼碼了。
安裝
有類似需求也想體驗的朋友可以在這裡下載使用：
https://github.com/crossoverJie/ptg/releases/download/0.0.2/ptg-mac-gui.tar
由於我手上暫時沒有 Windows 電腦，所以就沒有打包 exe 程式；有相關需求的朋友可以自行下載原始碼編譯：
git clone git@github.com:crossoverJie/ptg.git
cd ptg
make pkg-win後續計劃
當前版本的功能還比較簡陋，只支援常用的 unary 呼叫；後續也會逐步加上 stream、metadata、工作空間的儲存與還原等支援。
對頁面、互動有建議也歡迎提出。
原本是準備上傳到 brew 方便安裝的，結果折騰了一晚上因為資料不夠被拒了，所以對大家有幫助或者感興趣的話幫忙點點關注（咋有種直播帶貨的感覺?）