APIのコードを自動生成させたいだけならgRPCでなくてもよくない? - エムスリーテックブログ

こんにちは、エンジニアリンググループの福林 (@fukubaya) です。 先月から、今年の秋くらいにリリース予定の新サービスの設計、開発を始めました。 せっかく新しく始めるサービスなので、まだ経験したことがない言語やフレームワーク、技術を使わないと楽しくありません。 そこで、バックエンドにGoにして、フロントのAPIまで含めてgRPCの .proto ファイルで定義を一元化し、APIコードは protoc で生成させる計画を立てていたのですが、 フロントでgRPCとなると、 gRPC-web か grpc-gateway になるが、リリースまでに使える期間では認証も含めると検証が間に合わなさそう Goだけでなく、terraform(インフラ設計もやります) も Vue.jsも今回が初めて、というメンバーもおり、さらにRESTではなくgRPCも、となると未経験技術が多すぎてキャッチアップが

[kwhrtsk]

swagger-codegen/openapi-generatorともにテンプレート構文がmustache系列でカスタマイズ性が低く、まともなコードを生成するのは難しいと思う。fetch APIがHTTP2ストリームに対応すればgRPCがスタンダードになるんじゃないかな。

[koma_g]

][api]

[t2y-1979]

enum にしろ datetime 型にしろ、文字列の converter はそれぞれの言語/フレームワークにあわせる形で実装しないといけないという認識

[khigashigashi]

OpenAPI

[gfx]

エムスリーは Swagger / OpenAPI か。

[shogo_okamoto]

わかりやすい