重複排除の原則。 DRY=Don't Repeat Yourselfなんだと。
＃ふりがな、これで合ってる？
最近、達人プログラマー第二版を読んで、特に第二章の前半で話題になっている「DRY原則」と「直交性」が印象的であったので、考えてみる。 リンク 良い設計とは？ 良い設計は悪い設計よりも変更しやすい 第2章の初めの Tips である。確かにその通りだとおもう。 良い設計とは？と聞かれるとパッと答えるのは難しいが「悪い設計とは？」と聞かれたときには以下のようなものが思い浮かぶ。 文字通り暗号みたい（code）で読むのが難しい 同じ処理があちこちに書かれている 機能を追加・変更したときに、一見関係ない部分が壊れる 他にも例は挙げられると思うが、概ね同意してもらえるはず。 一番上は可読性的な意味で例えば…
オブジェクト内で同じ意味を持つ変数が複数存在する場合（つまり、DRY な状態になっていない）、不整合が発生する可能性がある。 例えば、注文を表す Order と、商品を表す Item を考えてみる。Order は複数の Item オブジェクトをまとめる役割である。Item にはそれぞれ商品の名前と価格を持っている。更に、Order クラスには合計金額を持たせたい。この場合、以下のように書けると思う。（アクセス修飾子は適当気味） また、sum(), printOrder() は本質的にはどうでもいい関数なので、これ以降は省略する。 // 合計を計算する（以後省略） function sum(nu…
speakerdeck.com
r7kamura.hatenablog.com
gigazine.net
www.infoq.com
speakerdeck.com
zenn.dev
qiita.com
zenn.dev
asakichy.hatenablog.com