設計の悪臭と原則のメモ

全然頭に入らないなぁ〜・・・

「アジャイルソフトウェア開発の奥義」より

貧弱な設計の兆候
１．硬さ　-　設計変更が困難
　　→１つを修正しようとすると依存関係のあるモジュールを
　　　芋づる式に修正しなきゃいけないとか。
　　　よくあるよね・・・
２．もろさ　-　設計が壊れやすい
　　→１箇所を変更ｓるうと他が壊れる。
　　　　修正すればするほど壊れるパターンか
３．移植性のなさ　-　設計の再利用が困難
　　→他のシステムでも使えるのに切り離せない状態
４．扱いにくさ　-　正しい設計をするのが困難
　　→ソフトウェアの扱いにくさと開発環境の扱いにくさ
　　　裏技で使ったほうが楽なら扱いにくいと。
　　　ビルドが遅くて大きな修正をしたくないとかは
　　　開発環境が扱いにくいってこと。
５．不必要な複雑さ　-　行き過ぎた設計
　　→あらかじめ後の仕様変更を見越していれた機能とか
　　　どーせ使われないのにね。
６．不必要な繰り返し　-　マウスを使いすぎ
　　→コピペ
　　　コピペ元コードもどっかからのコピペかもしれない
７．不透明さ　-　整然としない表現
　　→たぶん１つの関数でいろんな事としているとかかな？

原則
１．単一責任の原則（SRP:Simple Responsibility Principle）
２．オープン・クローズドの原則(OCP:Open-Closeed Principle)
３．リスコフの置換原則(LSP:Liskov Substitution Principle)
４．依存関係逆転の原則(DIP:Dependency Inversion Priniciple)
５．インターフェース分離の原則(ISP:Interface Segregation Principle)