単一責任の原則（Single responsibility principle）について、もう一度考える | オブジェクトの広場

単一責任の原則（Single responsibility principle）について、もう一度考える はじめに オブジェクトの広場をご覧の皆様ならば、「SOLID原則」という言葉を聞いたことがあるかもしれません。 SOLIDとは、以下の5つのソフトウェア設計原則を並べたバクロニムです。 Single Responsibility Principle：単一責任の原則 Open/closed principle：オープン/クロースドの原則 Liskov substitution principle：リスコフの置換原則 Interface segregation principle：インターフェース分離の原則 Dependency inversion principle：依存性逆転の原則 ソフトウェアエンジニアが知っておくべき設計原則のセットとして、Clean Architecture や

[t-wada]

単一責任原則(SRP)はUnix哲学の「ひとつのことをうまくやれ」と混同しがちだけど、「クラスには一つのアクター」という原則であり、アクターとクラスの分轄を連動させることで変更箇所を局在化し、仕様変更に強くなる

[otihateten3510]

作者の人そこまで考えてないと思うよ

[JGEEM]

"単一責任の法則は、「クラスには一つのアクター」"に同意。ただ、アクターを「特定の目的を持ったシステム外のナニカ」と捉えると、単一責任≒ひとつのことをうまくやる≒クラスには一つの目的と捉えても良いのでは

[pmint]

分担・並行作業しやすいように設計するのもありか。Reactが嫌われる理由なんかがデザイナーと作業分担できなくなる点だし。

[youko03]

“単一責任原則とは、そのクラスに対するアクターの数を絞る事を示しています”

[juve534]

「何」の変更理由が1つなのかとか、SRPについてよくまとまっている気がする。

[uva]

これはどうだろうか

[golden_eggg]

pullreqレビューのコメントで迂闊に触れると議論の応酬に繋がりがちなテーマだ

[callirhoe08]

この1年くらい勉強してて俺も同じ意見だな。使う人が違うんだから違うでしょと普段から思ってるからとても腑に落ちる。

[r-west]

えええ！？！？！？　これって詰まる所、ひとつの事柄をひとつのクラスにせずに、大本の呼び出し元ごとにクラスを別に用意しろ、って読めるけど、それめちゃくちゃ過ぎるだろ。(続く)

[yamadar]

単一責任の法則を綺麗に実装できてると気持ちいい

[soreso]

SOLIDといいRESTといいまとめて説明するエントリが大半だけど、こうして「S」一文字を突き詰めてくれるエントリって良いな。こういう分割解説で最終的に網羅してくれるシリーズが増えてくれたら最高。

[Artificial]

、

[hachibeechan]

スタンドは一人一つだけど、一つのスタンドが複数の能力を持つ場合もあるから話がややこしくなる

[ganaware]

わからん

[tonocchokun]

複数の箇所に変更が生じるときは、ソースだけではなくそのタスクも単一責任原則を破っている可能性があると最近は思うようになった。

[tpircs]

クラスとモデルを同じ粒度のように書いてるけどそういうもんなんだっけ。クラスは実装の話だから小さくするけど、モデルは現実の話だから小さくできない。複数クラスでモデルを表すんだと思ってる。

[wwolf]

俺達は雰囲気で単一責任原則を語っている

[uehaj]

これを知ってた人がどれぐらいいるか。知らない人が訳もわからず単一責任原則唱えていたとしたらOOPの形骸化であり喜劇。だから駄目なんだという話になるような。

[haru-s]

分かりやすい

[masa8aurum]

“モジュールはたったひとつのアクターに対して責務を負うべきである。”

[nakag0711]

これそもそも定義が変なんじゃないかな。まずは一つの責任(機能)は一つのクラス(又はその下請けクラス)で実装せよというのが先じゃないの。その上で複数の機能を詰め込むなというのもあるんだろうけど

[n314]

うんうんなるほどと思って読むけど、うまく分割するには結局未来の可能性を読む能力が要るんだよなあ…。管理者ユーザーが単に他人のデータを削除できる機能しか持ってない場合に、分けるのかどうかとか。

[iekusup]

ほー。

[tsuwatch]

大事な話

[kasuke18]

アクターを適切に見分けるには経験が必要なのか、それとも大体は直感的にわかるものなのか“アクターはシステムに対する変更要求の出発点である”

[h_taiji]

保存

[for-my-internet-demo]

初めて聞いた時これ場合によってはアクターごとにアプリ書くのに近いことになっちゃうのかな？て思ったんだけどあんまちゃんとしたサンプル見れたことない

[turanukimaru]

言い方の違いだが全てのアクターがそのクラスに単一の責任しか求めないまでドメインを限定するというか単一責任を囲むように領域を作る。領域は学術分野みたいなもんで、同じ対象でも興味の持ち方で別クラスになる。

[Windymelt]

“「プログラマが知るべき97のこと」における、アンクルボブの例では従業員クラスを三つのクラスに分割する例が載っています。”