Goのプロジェクト構成について

Go のコミュニティーで昔から話題になっているテーマだと思いますので、自分なりの考えを共有したいと思います。プロジェクトの内容によって構成などはかなり違ってくると思いますが、ここでは DDD を使ったWebサーバーについて紹介します。よくあるユースケースではないかと思います。 フィードバックやコメントなど大歓迎です！意見交換もしていきたいです！ ファイルとネームスペース Go ではプロジェクト構成がそのままネームスペースになります。不便だと思う方もいるかも知れませんが、僕は非常に使いやすいと思っています。他の言語ではしばしば、プロジェクトの構成をすでに大まかに決めているか、もしくはコードを書く前に決めるようにすることが基本だったりします。しかし、Go ではコードを書きながらプロジェクトの構成、パッケージの追加・削除を行うことが一般的です。 よくインターネットで Go の初心者が、「プロジェ

[snowcrush]

Goは循環参照の制限があるので、モデル周りのパッケージは一つにまとめるか相互参照を禁止するしかなくて、実用上前者を推奨します

[w1234567]

なんでもかんでもJavaっぽくすれば良いってもんじゃないだろ、Goに入ればGoに従え

[onesplat]

こんなことで悩んでる時間が無駄と思わない？

[yfa02050]

フォルダ構成やファイルの命名規則を考える苦痛からFWが解放してくれたのに、何故、過去の茨の道に戻ろうとするのか‥。

[ryo_user]

Go 初心者がプロジェクト構成で迷わず済むようにする施策の一環として gonew コマンドというのがあるんだけど、そういえば使われているのを見たことが無いな...

[zentarou]

循環参照で破綻しそう