Name		Name	Last commit message	Last commit date
Latest commit History 34 Commits
.github/workflows		.github/workflows
app		app
auth		auth
db		db
ent		ent
graph		graph
nginx/conf.d		nginx/conf.d
pkg/env		pkg/env
.air.toml		.air.toml
.dockerignore		.dockerignore
.gitignore		.gitignore
.go-version		.go-version
Dockerfile		Dockerfile
Dockerfile.dev		Dockerfile.dev
Makefile		Makefile
README.md		README.md
docker-compose-prod.yaml		docker-compose-prod.yaml
docker-compose.yaml		docker-compose.yaml
docker.env		docker.env
entry-point.sh		entry-point.sh
generate.go		generate.go
go.mod		go.mod
go.sum		go.sum
gqlgen.yml		gqlgen.yml
install.sh		install.sh
main.go		main.go

Repository files navigation

meshi API

MESHIBUGYO のサーバーサイドを管理するリポジトリ

requirements

Go 1.16.5
Docker 20.10.7
docker-compose 1.29.2
direnv 2.28.0

開発環境の立ち上げ

direnv allow
docker-compose up

開発に必要なツールのインストール

make install-devdeps

アーキテクチャ

GraphQL & DDD & 半 Clean Architecture
Creating GraphQL-Apps using Go
この人と思想一緒や
GraphQL と DDD の対応は
gqlgen のフィールド解決方法の使い分け tips

そもそも gqlgen の良さは GralphQL のスキーマを先に決めて、それに答えるバックエンドを作る「スキーマファースト開発」ができる点だと考えています。スキーマからリゾルバーの作成を gqlgen に任せ、リゾルバーがアプリケーションのユースケースを呼び出すことで、アプリケーション内部に GraphQL という概念が入り込まないようにしています。

この考え方が理解できるため、自動バインドで解決している