|
| 1 | +--- |
| 2 | +title: "protoファイルからコードを自動生成するprotocのプラグインの作り方" |
| 3 | +date: 2024/06/04 00:00:00 |
| 4 | +postid: a |
| 5 | +tag: |
| 6 | + - gRPC |
| 7 | + - ProtocolBuffers |
| 8 | +category: |
| 9 | + - Programming |
| 10 | +thumbnail: /images/20240604a/thumbnail.jpg |
| 11 | +author: 関靖秀 |
| 12 | +lede: "protocのプラグインについて深掘りしました。Protocol Buffers概観" |
| 13 | +--- |
| 14 | +# はじめに |
| 15 | + |
| 16 | +関です。以前、[grpc-gatewayでgRPCとREST両対応のサーバを作る](/articles/20220624a/)を書きました。その記事でほんの少し触れていたprotocのプラグインについて深掘りします。 |
| 17 | + |
| 18 | +内容は以下です。 |
| 19 | + |
| 20 | +- Protocol Buffers概観 |
| 21 | +- proto compiler(protoc)とそのプラグインがコードを生成する仕組み |
| 22 | +- protocのプラグインをgolangで実装する方法 |
| 23 | + |
| 24 | +# Protocol Buffers概観 |
| 25 | + |
| 26 | +Protocol Buffersは、構造化データをシリアライズするための拡張可能な機構です。言語やプラットフォームに対して中立であるため、拡張機能が対応する範囲で様々なプログラミング言語やプラットフォームに対応できます。また、自分で拡張機能を用意することで対応範囲を広げることもできます。 |
| 27 | + |
| 28 | +イメージとしては、JSONに近く、Protocol Buffersで定義した構造化データはJSONと相互に変換可能なのですが、シリアライズ結果はJSONに比べてコンパクトな代わりに、データの解釈には事前にシリアライズやデシリアライズの方法を知っておく必要があるのが大きな違いです。 |
| 29 | + |
| 30 | +用途として最も有名なものはgRPCにおけるIDL(Interface Definition Language)でしょう。これ以外にも、レコードライクで型付きの構造化データをシリアライズし、言語やプラットフォームに依存しない形で利用可能にしたいというようなユースケースにはフィットします。 |
| 31 | + |
| 32 | +Protocol Buffersを利用する際の基本的なワークフローは以下です。 |
| 33 | + |
| 34 | +- データ構造を定義する.protoファイルを作成する |
| 35 | +- 作成した.protoファイルを入力にして、proto compiler(protoc)を起動、コードを生成する |
| 36 | +- 生成されたコードを使ってプロジェクトのコードを実装 |
| 37 | + |
| 38 | +先ほど触れた、シリアライズやデシリアライズの方法が、proto compilerが生成するコードの中に含まれているイメージです。 |
| 39 | + |
| 40 | +# proto compiler(protoc)とそのプラグインがコードを生成する仕組み |
| 41 | + |
| 42 | +## 全体の流れ |
| 43 | + |
| 44 | +<img src="/images/20240604a/overview.jpg" alt="overview.jpg" width="691" height="321" loading="lazy"> |
| 45 | + |
| 46 | +まず、簡単な例を使って、全体の流れを説明します。`protoc-gen-myplugin`というプラグインを使ってコードを生成したいと仮定します。また、コンパイルの対象ファイルは`example1.proto`, `example2.proto`の2つであるとして、コンパイル結果の出力先ディレクトリは`out`ディレクトリであるとします。この時、protocの呼び出しは以下のように行います。 |
| 47 | + |
| 48 | +```sh |
| 49 | +protoc --myplugin_out=out example1.proto example2.proto |
| 50 | +``` |
| 51 | + |
| 52 | +上記のコマンドが実行されると、protocはコンパイル対象が`example1.proto`, `example2.proto`の2つであること、オプションの`myplugin_out`から利用プラグインが`protoc-gen-myplugin`であることと、そのプラグインの出力先ディレクトリが`out`であることを把握します。（※プラグインは、`protoc-gen-${NAME}`という名前でPATH上に配置されている必要があり、protocがプラグインを使う時には`-${NAME}_out`というオプションで出力先ディレクトリを指定する必要があります。）その後、コンパイル対象ファイルとその依存先ファイルを解析し、その結果を[CodeGeneratorRequest](https://github.com/protocolbuffers/protobuf/blob/v27.0/src/google/protobuf/compiler/plugin.proto#L43)に詰めます。次に、利用プラグインを呼び出した上で、その標準入力に解析結果であるCodeGeneratorRequestをシリアライズしたバイト列を書き込みます。プラグインは書き込まれたCodeGeneratorRequestをデシリアライズの上、自身の処理を実行し、実行結果を[CodeGeratorResponse](https://github.com/protocolbuffers/protobuf/blob/v27.0/src/google/protobuf/compiler/plugin.proto#L83)に詰め、シリアライズしたバイト列を標準出力に書き込みます。protocはプラグインの実行結果であるCodeGeratorResponseを受け取ったら、そこに書かれている指示を元にファイルを生成します。 |
| 53 | + |
| 54 | +次に、プラグインに対して何らかのパラメータを渡すケースを見てみます。下記はいずれも同じ意味になります。 |
| 55 | + |
| 56 | +```sh |
| 57 | +# ${NAME}_opt オプションを使って渡す。 |
| 58 | +protoc --myplugin_out=gen --myplugin_opt=param1=foo1,param2=foo2 proto/example1.proto |
| 59 | + |
| 60 | +# ${NAME}_out オプションに含めて渡す。 |
| 61 | +protoc --myplugin_out=param1=foo1,param2=foo2:gen proto/example1.proto |
| 62 | +``` |
| 63 | + |
| 64 | +ここで渡すパラメータは、コマンドライン引数ではなく、`CodeGeneratorRequest`の`pamrameter`フィールドに、`param1=foo1,param2=foo2`という文字列が設定されて渡されます。このため、実際に利用する際にはこの文字列を解析する必要があります。 |
| 65 | + |
| 66 | +## protocのプラグインに対する要件 |
| 67 | + |
| 68 | +以上を踏まえると、以下のような要件を満たすように実装すればprotocのプラグインとして動作させられることがわかります。 |
| 69 | + |
| 70 | +- 標準入力からバイト列を読み取り、それを[CodeGeneratorRequest](https://github.com/protocolbuffers/protobuf/blob/v27.0/src/google/protobuf/compiler/plugin.proto#L43)として解釈できること |
| 71 | +- 解釈したCodeGeneratorを元に、自身の処理結果を[CodeGeratorResponse](https://github.com/protocolbuffers/protobuf/blob/v27.0/src/google/protobuf/compiler/plugin.proto#L83)に詰め、シリアライズしたバイト列を標準出力に書き込むこと |
| 72 | +- PATH上に`protoc-gen-${NAME}`というファイル名で配置されていること |
| 73 | + |
| 74 | +以上から、protocのプラグインは言語に依存せず実装ができ、GoのプラグインはGoで、C++のプラグインはC++でといった実装が可能な仕組みになっています。 |
| 75 | + |
| 76 | +# protocのプラグインをGoで実装する方法 |
| 77 | + |
| 78 | +## ナイーブな実装 |
| 79 | + |
| 80 | +[CodeGeneratorRequest](https://github.com/protocolbuffers/protobuf/blob/v27.0/src/google/protobuf/compiler/plugin.proto#L43)や[CodeGeratorResponse](https://github.com/protocolbuffers/protobuf/blob/v27.0/src/google/protobuf/compiler/plugin.proto#L83)のコンパイル結果は、Goだと`google.golang.org/protobuf/types/pluginpb`パッケージ（[公式ドキュメント](https://pkg.go.dev/google.golang.org/protobuf/types/pluginpb)）に含まれています。 |
| 81 | + |
| 82 | +この方針での実装方法については他記事の[protocプラグインの書き方](https://qiita.com/yugui/items/87d00d77dee159e74886)が詳しいのでそちらを参照していただけたらと思います。 |
| 83 | + |
| 84 | +## プラグイン実装用のライブラリを使った実装 |
| 85 | + |
| 86 | +上記の方針に則っても良いのですが、実際にコード生成をしようとすると、依存パッケージをimportしたり、protoファイルのsnake_caseからGoファイルで利用するCamelCaseへの変換が必要だったりと、全てを自分でやるのはいささか面倒です。 |
| 87 | + |
| 88 | +Goの場合、プラグイン実装に便利な,`google.golang.org/protobuf/compiler/protogen`というライブラリ（[公式ドキュメント](https://pkg.go.dev/google.golang.org/protobuf/compiler/protogen)）が整備されています。このライブラリは、標準のプラグインである`protoc-gen-go`や`protoc-gen-go-grpc`の[実装](https://github.com/golang/protobuf/blob/master/protoc-gen-go/main.go)、`protoc-gen-grpc`の[実装](https://github.com/grpc-ecosystem/grpc-gateway/blob/main/protoc-gen-grpc-gateway/main.go)や`protoc-gen-connect-go`の[実装](https://github.com/connectrpc/connect-go/blob/main/cmd/protoc-gen-connect-go/main.go)でも利用されている実績あるものです。今回はこちらを使って典型的なプラグインの構造を説明します。 |
| 89 | + |
| 90 | + |
| 91 | +### プラグイン実装のアウトライン |
| 92 | + |
| 93 | +```go |
| 94 | +package main |
| 95 | + |
| 96 | +import ( |
| 97 | + "flag" |
| 98 | + "log" |
| 99 | + |
| 100 | + "google.golang.org/protobuf/compiler/protogen" |
| 101 | +) |
| 102 | + |
| 103 | +func main() { |
| 104 | + // CodeGeneratorRequestからパラメータを読み出すための変数. |
| 105 | + flags := flag.NewFlagSet("", flag.ContinueOnError) |
| 106 | + param1 := flags.String("param1", "default", "") |
| 107 | + param2 := flags.String("param2", "default", "") |
| 108 | + |
| 109 | + opt := protogen.Options{ |
| 110 | + // ParamFuncは, opt.Runした際にCodeGeneratorRequestのparameterごとに呼び出される. |
| 111 | + // これにより, 前段で宣言していた変数に値がセットされる. |
| 112 | + ParamFunc: flags.Set, |
| 113 | + } |
| 114 | + |
| 115 | + opt.Run(func(plugin *protogen.Plugin) error { |
| 116 | + // ここの処理が実行されるタイミングでは、paramに値がセット済み. |
| 117 | + // 行末コメントは以下コマンド実行時の標準エラー出力. |
| 118 | + // protoc --myplugin_out=gen --myplugin_opt=param1=foo1,param2=foo2,module=github.com/sayshu-7s/protoc-gen-myplugin/gen proto/example1.proto |
| 119 | + log.Print(*param1) // foo1 |
| 120 | + log.Print(*param2) // foo2 |
| 121 | + |
| 122 | + for _, f := range plugin.Files { |
| 123 | + // protoファイルごとの処理 |
| 124 | + // 引数で渡したファイル以外に, その依存先のprotoファイルもFilesには含まれる. |
| 125 | + // トポロジカルソートされているため, あるファイルが依存している先は必ずそのファイルより先に現れる. |
| 126 | + |
| 127 | + if f.Generate { |
| 128 | + // 引数で指定したファイルが生成対象とされ, f.Generate == trueとなっている. |
| 129 | + outFile := plugin.NewGeneratedFile(f.GeneratedFilenamePrefix+".myplugin.go", f.GoImportPath) |
| 130 | + if _, err := outFile.Write([]byte(`// Code generated by protoc-gen-myplugin. DO NOT EDIT. |
| 131 | + package ` + f.GoPackageName + "\n")); err != nil { |
| 132 | + return err |
| 133 | + } |
| 134 | + // TODO: 生成先ファイルへの書き込み. |
| 135 | + } |
| 136 | + } |
| 137 | + |
| 138 | + return nil |
| 139 | + }) |
| 140 | +} |
| 141 | +``` |
| 142 | + |
| 143 | +CodeGeneratorRequestに含まれているプラグインに渡されるパラメータは、main関数冒頭のように, `flag.FlagSet`を使うことで変数に読み出すことができます。 |
| 144 | + |
| 145 | +実際にコードを生成する処理は、`opt.Run()`に渡した関数の中で指定します。ここで渡されてくる`plugin`には、生の`CodeGeneratorRequest`や、そこから読み出した情報を元にGoのコードの生成に便利な機能を追加した様々な構造体が含まれています。ファイルの生成は、`plugin.NewGeneratedFile()`ででき、生成した`outFile`に対して, Writeすると、あとはpluginがCodeGeneratorResponseに変換してよしなにやってくれる仕組みになっています。 |
| 146 | + |
| 147 | +TODOの箇所では、`template`パッケージなどを使って必要なコードを生成し、書き込むと良いでしょう。ライブラリの機能を使うことで、importなどが楽に行えます。 |
| 148 | + |
| 149 | +### 実装例 |
| 150 | + |
| 151 | +簡単な実装例を[protoc-gen-myplugin](https://github.com/sayshu-7s/protoc-gen-myplugin)として解説コメント付きで実装しました。このプラグインは、protoファイルに含まれるMessageから、その名前をPrintするだけの簡単な関数が書かれたコードを生成し、その際に渡されてきたCodeGeneratorRequestをJSONとして生成する機能があります。 |
| 152 | + |
| 153 | +`proto`ディレクトリにサンプルのprotoファイルを、`gen`ディレクトリにコンパイル結果を配置しています。中身を確認するとprotocが行なっている解析がどのようなものかのイメージが掴みやすくなると思います。 |
| 154 | + |
| 155 | +また、Makefileに記載してある`make install`でプラグインのインストールが、`make gen`でコードの生成ができます。コマンドのインストール先が`PATH`に含まれる必要があることに注意してください。`proto`ファイルに自前のprotoファイルを作成し、`CondeGeneratorRequest`に何が入るのか確認してみるとプラグインを自作する際に便利かもしれません。 |
| 156 | + |
| 157 | +# おわりに |
| 158 | + |
| 159 | +protocのプラグインを全体像と、Goの実践的な実装で利用されるライブラリを紹介しました。 |
| 160 | + |
| 161 | +ナイーブな実装について解説する記事はあったものの、より実践的なライブラリについて触れられている記事はあまりなかったのでこの記事を書きました。プラグイン実装する際の参考になれたら幸いです。 |
| 162 | + |
| 163 | +# 参考 |
| 164 | + |
| 165 | +- [Protocol Buffers公式](https://protobuf.dev) |
| 166 | +- protocが利用するMessageの定義情報と、そのコンパイル結果を含むgolangライブラリ |
| 167 | + - [plugin.proto](https://github.com/protocolbuffers/protobuf/blob/v27.0/src/google/protobuf/compiler/plugin.proto) |
| 168 | + - [google.golang.org/protobuf/types/pluginpb](https://pkg.go.dev/google.golang.org/protobuf/types/pluginpb)（plugin.protoのコンパイル結果を含むgolangライブラリの公式ドキュメント） |
| 169 | +- プラグイン実装に利用可能なより実践的なgolangライブラリ |
| 170 | + - [google.golang.org/protobuf/compiler/protogen](https://pkg.go.dev/google.golang.org/protobuf/compiler/protogen) |
| 171 | +- [protocプラグインの書き方](https://qiita.com/yugui/items/87d00d77dee159e74886) |
| 172 | + |
0 commit comments