DRY原則 とは？

たとえば同じ料金計算の決まりを5箇所に別々に書くと、変更時に一部を直し忘れて食い違うことがあるよ。1つの関数や設定を参照するようにすれば、その決まりの管理をまとめられる。大切なのはコードの文字列より、同じ知識が何か所にも分かれていないかなんだ。

見た目が似ていても、意味や変更理由が違うものは分けてよいよ。たとえば数量と年齢のチェックがたまたま同じ形でも、将来の条件は別々に変わり得る。無理にまとめて条件分岐だらけにするより、本当に同じ決まりかを考えるんだ。

重複を少し残してから共通化を考える指針だよ。ただし2回ならよい、3回なら必須というDRYの正式なルールではない。Sandi Metzも、間違った抽象化より重複の方が扱いやすいと説明している。回数だけでなく、何を一緒に変更する必要があるかを見るんだ。

できるよ。同じ仕様を文書とコードで別々に管理すれば、一方だけ古くなることがある。1つの定義から文書やコードを生成する方法もあるね。生成物に同じ情報が現れても、正本を1つにして作り直せるなら、独立した二重管理とは違うんだ。