Goでクリーンアーキテクチャを導入するとinterfaceが爆発する問題への処方箋

テクノロジーカテゴリーの変更を依頼記事元:

zenn.dev/135yshr

35users がブックマークコメント

コメント

2

記事へのコメント2件

注目コメント
新着コメント

pchatsu via https://x.com/moko_poi/status/2032741397552611420

2026/04/11 リンク

gami 処方できてない感

2026/03/12 リンク

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

アプリのスクリーンショット

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

関連記事

Goでクリーンアーキテクチャを導入するとinterfaceが爆発する問題への処方箋

本記事は私がGoでクリーンアーキテクチャを採用したプロジェクトを運用する中で得た気づきをまとめたも... 本記事は私がGoでクリーンアーキテクチャを採用したプロジェクトを運用する中で得た気づきをまとめたものです。各セクションの根拠となる一次情報源は、該当箇所に参照リンクを記載しています。 Goでクリーンアーキテクチャを導入したとき、私が最初にぶつかった壁は「interfaceが多すぎる」という問題でした。 Repository、InputPort、OutputPort、UseCase、Presenter…レイヤーごとにinterfaceと実装のペアが増殖しました。1つの機能を追加するのに何ファイルも触る状態でした。しかし運用を続ける中で、interfaceの数そのものは問題ではないと分かりました。本当の問題は1つのinterfaceが太すぎることと、Go の言語特性を活かせていないことでした。この記事では、教科書通りに作った設計をGo の思想で見直すプロセスを共有します。教科書通りに作っ

ブックマークしたユーザー

pchatsu2026/04/11
lepton92026/04/03
knj29182026/04/02
supaiku24522026/03/15
yancy19692026/03/13
yug12242026/03/13
ugo_uozumi2026/03/13
hughesjessica2026/03/12
Galbo2026/03/12
mstk_knife2026/03/12
bongkura2026/03/12
retdaisuke2026/03/12
mami0tsu2026/03/12
ThailandMethod2026/03/12
delegate2026/03/12
taichi6962026/03/12
guitgraph2026/03/12
a1yama11232026/03/12

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

いま人気の記事 - 企業メディア

企業メディアをもっと読む

設定を変更しましたx