■[プログラミング原則]DRY原則

The DRY Principle

Don't Repeat Yourself.

情報の重複をなくす。

どういうこと？

変化に強く柔軟なシステムを構築するために重要な考え方。

• 重複したコードを書かないこと。
• その考えに基づいて設計すること。
  • 適用範囲はコードだけではない。

たとえば？

「達人プログラマー」では二重化の発生する 4 つのパターンを解説している。

• やむをえない二重化
  • 開発者に選択の余地が与えられない、環境が二重化を要求するような場合を指す。
  • 言語や環境などの二重化がある。
• 不慮の二重化
  • 設計の誤りによる二重化。
• 手抜きによる二重化
  • 二重化されることをわかっていながら、納期が直前だったりという事情でついやってしまう二重化。
  • 定数を直接コードに埋め込んでしまう。
  • 繰り返し使われるコードをインラインで書いてしまう。
• 開発者間の二重化
  • プロジェクトの開発チーム同士で発生している二重化。
  • 同じ処理をしているのに、チームが違うから別々に同じ機能を開発している。

より具体的に、「プロダクティブ・プログラマ」ではインピーダンスミスマッチ*1によってDRY原則が破られやすいと紹介している。

• ORマッピング
  • リレーショナルデータベースとオブジェクト指向言語のデータの取り扱いを埋めるため、ORマッパを使用する。
  • すると「データベーススキーマ」「XMLマッピング設定ファイル」「クラスファイル」と3カ所に同じ情報を持つことになる。

どうすれば？

• 再利用しやすい環境を構築する
  • 既にあるものを何度も作成してしまわないよう、それを簡単に見つけだして再利用できるような環境を構築すること。
  • 簡単に見つけだすことができなければ、他の人たちは見つけだす努力を行わない。
• 常に DRY を意識する
  • メンテナンスとは「バグの修正と機能拡張であり、アプリケーションがリリースされた時から始まるものである」という考えは間違い。
  • プログラマーは常に「メンテナンス・モード」であり、理解は日々変わっていく。
  • 設計やコーディング中でも新たな要求が発生するため、メンテナンスと開発工程は分けて考えられるものではなく、メンテナンスはすべての開発工程を通じて行う日常業務である。

参考

• 

  達人プログラマー―システム開発の職人から名匠への道

  • 作者: アンドリューハント,デビッドトーマス,Andrew Hunt,David Thomas,村上雅章
  • 出版社/メーカー: ピアソンエデュケーション
  • 発売日: 2000/11
  • メディア: 単行本
  • 購入: 42人 クリック: 1,099回
  • この商品を含むブログ (344件) を見る
• 

  プロダクティブ・プログラマ -プログラマのための生産性向上術 (THEORY/IN/PRACTICE)

  • 作者: Neal Ford,島田浩二(監訳),夏目大
  • 出版社/メーカー: オライリージャパン
  • 発売日: 2009/04/27
  • メディア: 単行本（ソフトカバー）
  • 購入: 14人 クリック: 242回
  • この商品を含むブログ (98件) を見る
• Orthogonality and the DRY Principle
• Dont Repeat Yourself＠c2.com

関連

• OAOO＠Kent Beck in XP
• One Fact in One Place
  • データベース設計では「正規化」により重複した「情報（データ）」を持たないように設計する、という原則がある。

Permalink | コメント(0) | トラックバック(14) | 08:19