エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
ドメインレイヤの実装をサブドメインごとに管理する - pospomeのプログラミング日記
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
ドメインレイヤの実装をサブドメインごとに管理する - pospomeのプログラミング日記
自分は以下の書籍で各レイヤ構造に対する実装を Go で解説しているが、 書籍を書いてからも異なるパター... 自分は以下の書籍で各レイヤ構造に対する実装を Go で解説しているが、 書籍を書いてからも異なるパターンを色々と試行錯誤していた。 pospome.booth.pm 書籍内ではユーティリティ系の実装を配置するパッケージとして "コアレイヤ" というレイヤの話があるが、 それを廃止してドメインレイヤ内にサブドメインごとにパッケージを配置した方がよいかもしれないと思った。 コアレイヤの存在がきっかけとなったが、 最終的には "ドメインレイヤの実装をサブドメインごとに管理する" という考えに落ち着いた。 具体的なパッケージ構成について 汎用的な実装をドメインレイヤに配置する違和感 util パッケージと infrastructure パッケージの違い ドメインの優先順位と開発 注力するドメインの変化と実装の移行 まとめ 具体的なパッケージ構成について ここでは具体的なパッケージ構成について説明す