プログラムの依存関係とモジュール構成のこと - Qiita

みなさん、メンテナンスしやすいプログラムにするための設計に苦労してませんか？ 次々と現れるフレームワークやデザインパターンに振り回されてませんか！？ プログラムの設計については、パターン周りを中心に長い間多くの人を悩ませているように見えます。例えば MVC などは 1980 年代からあるものなのに、未だに定期的に議論に上がったり改善されたパターンなどが提案されたり、それを元にしたフレームワークが現れたりします。 僕もそういった設計に悩んだ(でる)一人なのですが、最近は新しいパターンも大事とは思いつつも単純に依存関係をきちんとコントロールする事が大事なんじゃないかと思うようになってきました。 そこで、この記事では依存関係をテーマに見通しが良く変更に強いプログラムにするために重要だと思う事を書いていきます。 この記事は大きく前半と後半に分かれています。前半は依存関係そのものの話や疎結合について

[devorgachem]

オッ、いい記事だった

[masaru_b_cl]

パッケージ分割の指針は「アジャイルソフトウェア開発の奥義」にも詳しく載ってるのでお勧め

[futabooo]

レイヤー化されたアーキテクチャはある程度大きなシステムなったら必要になってきてあとから導入するのがいんだろうな。最初からやろうとしていつもしぬ

[lotz84]

“修正しやすく要件などの変化に強いプログラムの構成のためには、プログラムの各構成要素が何に依存しているのかをうまく把握・管理する必要があると思っています。”

[yujin_kyoto]

プログラムだけでなく何らかの「しくみ」（モノでもヒトでも）を考える人はおさらいと思って読んだらいいと思う。

[efcl]

変更の影響を小さくするという話。 契約プログラミングやレイヤー化というものがどういうものを目的とした設計であるかという話。 依存関係の大きさ、方向などについて図示されてる

[sifue]

すごく当たり前のことなんだけどすごく重要。これを注視してないとあっという間に巨大な泥団子10個ぐらいで構成されるシステムになる。

[buenaarbol]

実装前に、普遍的なルールを見抜くことの重要性

[sett-4]

プログラムの依存関係とモジュール構成のこと