DRY原則より「SOLID原則のS」

DRY原則より「SOLID原則のS」 2025/06/16 @ocha/Kazuki Okamoto

@makura_nageru https://お茶.dev お茶 / 岡本和輝(24) スーパーハムスター！ハム研メンター profile.json { “name”
: “お茶”, “hobby”: [“コーヒー”,”睡眠”], “zenn” : “https://zenn.dev/makura_nageru”, }

コードを書くのに慣れてくると... 「あれ？？同じ処理書いてる気がする」同じ処理は1個にまとめて使い回したろ「DRY原則」 Don’t Repeat Yourself「同じことを何度も書くな」

これだけ先に覚えてしまうと... 例えば… 「税込価格を計算する処理」「有料プラン10%値上げを計算する処理」 = 処理の内容自体は一緒

ここで... 政府「爆減税します」 10% → 3%！！！！！「有料プラン10%値上げ」壊れる！！！！

なぜぶっ壊れたのか

原因「2つの責務が違うものをロジックが同じという理由でまとめた」「税込価格を計算する処理」「10%値上げを計算する処理」欲しい結果「税込価格」登場人物は「税率」変更時「税率が変わった時」欲しい結果「値上げ後の価格」登場人物は「値上げ率」変更時「価格が変わった時」
文脈も欲しい結果も意味が全然違う… DRY原則はロジックの共通化ではなく意味の共通化

SOLID原則の「S」

SOLID原則ソフトウェア設計時に従うべき5つの原則 S : Single responsibility principle（単一責任の原則）まずはこれだけ！！！！ O :
Open/closed principle（オープン・クローズドの原則） L : Liskov substitution principle（リスコフの置換原則） I : Interface segregation principle（インターフェース分離の原則） D : Dependency inversion principle（依存関係逆転の原則）

単一責務の原則「すべてのモジュールにおいて、それが持つ責務は1つとする」言い換えると「モジュールを変更する理由は1つだけにする」

今回の場合ロジックが同じでも変更が必要になる理由が「2つ」ある「税率」or「値上げ率」が変わった時単一責務の原則に違反している

なぜDRY原則より単一責務原則を推すかどちらも大切なことに変わりはない「単一責務原則」・・・設計として守るべき原則(優先されるべき) 「DRY原則」　・・・実装として守るべき原則実装思想が設計思想を超えて破壊を生んではいけない

これからエンジニアになる皆さんへ SOLID原則のSは設計の基礎中の基礎どのアーキテクチャの話をしても最後にはSの話になる共通化の原則は同じロジックを共通化しようという訳ではない Sを意識できるようになったら「SOLID原則」を勉強してみて下さい！今日から君も「単一責務の原則警察」だ！

DRY原則より「SOLID原則のS」

DRY原則より「SOLID原則のS」

お茶

More Decks by お茶

Other Decks in Technology

Featured

Transcript