単純に、SQLが書きづらいから生まれたのかとも取れる構成。
n+1問題というのは、ormとgraphql特有で起きている気もする。
最後の定義でSQLを発行するなら、ast構成があれば解決できそうな気がしてる

core
- usecase
- repository
- user.go
- mock_user.go
- user.go
- user_test.go
- helper
- oauth_convete.go
- model
- user.go
middleware
- cors
- authorized

external
- dao
- user
- main.go
- main_test.go
- admin
- main.go
- oauth
- google.go
- mock_google.go
- google_test.go
- payment
- gmo.go

handler
- admin
- user
- list.go
- get.go
- update.go
- delete.go
- validator
- list.go
- get.go
- update.go
- delete.go
- user
- user
- list.go
- operator
- user
- list.go

server.go
wire.go
openapi.yml
router.go
gen
- entity
- server

外部スタイルを適用させる方法が見つかったので満足。
linkでも、slotでもこれなら問題なさげ。

動的css読み込みならいけるけど、どうなんだろう？
ヘッダースロット持ってたら使い道多い気もするし