Golang Gin フレームワークの大規模 Web プロジェクト構造 (個人的な提案)

Gin フレームワークは、標準的な大規模プロジェクト構造を提供しませんが、参照できる一般的なベスト プラクティスがいくつかあります。以下は、Gin フレームワークに基づく一般的な大規模 Web プロジェクトの構造です。

├── config
│  ├── config.go
│  └── settings.go
├── controllers
│  ├── auth.go
│  └── user.go
├── db
│  ├── mysql.go
│  ├── redis.go
│  └── mongo.go
├── models
│  ├── user.go
│  └── artist.go
├── middleware
│  ├── auth.go
│  └── logger.go
├── services
│  └── user.go
├── utils
│  ├── auth.go
│  └── helper.go
├── main.go
└── README.md

このうち、config はプロジェクトの構成情報を保存し、controllers はコントローラー コードを保存し、各コントローラーは関連する HTTP リクエストのセットの処理を担当します。db はデータベースに関連するコードを保存し、models はデータ モデルの定義を保存します。ミドルウェアは、アクセス許可制御、ログ レコードなどのミドルウェア関連コードを保存します; サービスは、コア ビジネス ロジックの処理を担当するサービス層コードを保存します; utils は、ツール関数と補助メソッドを保存します; main.go はアプリケーションのエントリ ファイルです。ルーティングの初期化と Web サービスの起動が含まれます。

上記は一般的な Jin プロジェクトの構造ですが、実際のプロジェクトでは、状況に応じて適切な調整や修正を行う必要があります。

おすすめ

転載: blog.csdn.net/canduecho/article/details/130934036