OpenAPITools/openapi-generator

[GO][Server] Question: Life after generation

Open

#3,547 opened on 2019年8月2日

GitHub で見る
 (7 comments) (4 reactions) (0 assignees)Java (7,516 forks)batch import
Enhancement: FeatureHacktoberfestServer: Gohelp wanted

Repository metrics

Stars
 (26,243 stars)
PR merge metrics
 (平均マージ 9d 1h) (30d で 123 merged PRs)

説明

What is the recommended flow after generation server? Should I change code under ./go folder? Or I need to override Api methods in my own files? Would the interface generation, in this case, be a better solution?

I guess that maybe one of the ways is the implementation of logic in a particular file and adding a file to the .openapi-generator-ignore, but how in this case will the update occur if the specification YAML changes?

I have tried https://github.com/mikkeloscar/gin-swagger before. I'd like this approach. Should we try to implement it here?

コントリビューターガイド

調査方針
OpenAPI GeneratorのGoサーバージェネレータのドキュメントで推奨ワークフローを調査してください。生成コードをカスタマイズするオプション（`.openapi generator ignore`ファイルの使用や生成クラスの拡張など）を探ってください。仕様YAMLの更新時にカスタマイズを失わずに処理する方法を検討してください。必要に応じてgin swaggerや類似のアプローチの統合の実現可能性を評価してください。
技術スタック
go
領域
backendapi
Issue 種別
調査
難度新しい貢献者にとっての実装難度です。1 は非常に小さな変更、5 は専門的な作業です。
2
推定時間経験ある貢献者が調査、実装、テスト、pull request 準備にかけるおおよその時間範囲です。
半日
活動状況Issue が今どれだけ取り組みやすいかを示します。新しい、活発、古い、ブロック中、またはメンテナー入力待ちなどです。
アクティブ
明確さ期待される変更、受け入れ条件、次の手順がどれだけ明確かを示します。
おおむね明確
前提条件
GoOpenAPI
初心者向け度初回貢献者にどれだけ取り組みやすいかを 1-100 で推定したスコアです。
70