GRPCのリクエスト構造とエラーハンドリング - Qiita
この記事について GRPC は HTTP/2 の上に構築されているため、クライアントからサーバーのサービス呼び出しや、サーバーからクライアントへ戻り値やエラーの送信、といったやり取りは HTTP/2 のリクエストとレスポンスで実装されています(もうちょっと厳密に言うと HTTP/2 フレームを使って実装されている)。 この記事ではGo言語のGRPC実装(grpc-go)を用いて、以下についてまとめてみました。 GRPC が用いる HTTP/2 のリクエスト、レスポンスの流れと構造 その中でエラーがどう伝播されるか GRPC の Unary RPC のエラーハンドリング 扱いにちょっと悩む Streaming RPC のエラーハンドリング 環境等の情報 記事の作成に用いた環境: Go言語 : v1.15.6 grpc-go : v1.34.0 この記事で用いたソースコード grpc-erro
golangにgoto文が存在する理由 - Qiita
goto文 goto文といえばどこにでも飛べるという圧倒的自由度を誇る分、 文の流れを追いづらくなるといった可読性の問題等から基本的に使うべきでなく、 使った方が見やすい場合でも代替の方法があるならそちらを使うべきといったイメージがありました。 おそらく大半のプログラマもそんな感じだと思います。 しかしモダンでイケイケなことで定評のあるgolangにおいてもgoto文がサポートされています。 統一しただけとはいえ、while文すら捨てた新進気鋭のgolangが、 30未満という洗練された予約語の中にgoto文を残したわけです。 もちろん言語界隈はgo繋がりというだけで採用されるコネ社会ではありません。 goto文=悪というプロパガンダを刷り込まれた我々雛鳥世代が黙っているはずはありません。 ピーチクパーチク騒ぐに違いないことは歴史が証明しています。 Effective Go的なドキュメント
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
