よくわかるSOLID原則1: S（単一責任の原則）｜erukiti

ソフトウェアエンジニアが知っているべきSOLID原則についての記事です。SOLID原則は、5つの原則の頭文字を並べた言葉で、S・O・L・I・Dそれぞれの原則について、5回に分けて説明します。 1) Single Responsibility Principle：単一責任の原則 2) Open/closed principle：オープン/クロースドの原則 3) Liskov substitution principle：リスコフの置換原則 4) Interface segregation principle：インターフェース分離の原則 5) Dependency inversion principle：依存性逆転の原則 今回はSingle Responsibility Principle（単一責任の原則 / SRP）についてです。 なぜSOLID原則が必要なのか？初回なので、なぜソフトウェア

[cachico]

]よくわかるSOLID原則1: S（単一責任の原則）　きをつけよう。大事！

[tettekete37564]

これは OO の基本と同じだな。レストランを OO とする有名な例ならば、店、コック、ウェイター、客、メニュー、のように Class を分ける。どこかの店のメニューが変わっても客を変える必要はないし、その逆もしかり

[Itisango]

「 名前と中身が合ってなければメンテナンスしづらい/関数・メソッドなどは単一の機能を提供するのが望ましい/うまく分離した方が、影響範囲が小さくなりテストがしやすくなります」 #OOD