| ページ一覧 | ブログ | twitter |  書式 | 書式(表) |

MyMemoWiki

「リファクタリング」の版間の差分

提供: MyMemoWiki
ナビゲーションに移動 検索に移動
 
9行目: 9行目:
  
 
以下、確認用メモ。
 
以下、確認用メモ。
===リファクタリング原則===
+
===[[リファクタリング]]原則===
 
=====定義=====
 
=====定義=====
 
外部から見たときの振る舞いを保ちつつ、理解や修正が簡単になるように、ソフトウェアの内部構造を変化させること。
 
外部から見たときの振る舞いを保ちつつ、理解や修正が簡単になるように、ソフトウェアの内部構造を変化させること。
一連のリファクタリングを行って、外部からみた振る舞いを変えずにソフトウェアを再構築する。
+
一連の[[リファクタリング]]を行って、外部からみた振る舞いを変えずにソフトウェアを再構築する。
 
===コードの不吉なにおい===
 
===コードの不吉なにおい===
 
*重複したコード
 
*重複したコード
36行目: 36行目:
 
*接続拒否(継承した操作、属性が利用されず混乱が引き起こされている)
 
*接続拒否(継承した操作、属性が利用されず混乱が引き起こされている)
 
*コメント(非常にわかりにくいコードを補うためのコメント)
 
*コメント(非常にわかりにくいコードを補うためのコメント)
===リファクタリングカタログ===
+
===[[リファクタリング]]カタログ===
 
====メソッドの構成====
 
====メソッドの構成====
 
=====メソッドの抽出=====
 
=====メソッドの抽出=====
45行目: 45行目:
 
#メソッド本体をコール元にインライン化
 
#メソッド本体をコール元にインライン化
 
=====一時変数のインライン化=====
 
=====一時変数のインライン化=====
#簡単な式によって一度だけ代入される一時変数があり、他のリファクタリングの障害となっている
+
#簡単な式によって一度だけ代入される一時変数があり、他の[[リファクタリング]]の障害となっている
 
#一時変数への参照を式で置き換え
 
#一時変数への参照を式で置き換え
 
  double basePrice = anOrder.basePrice();
 
  double basePrice = anOrder.basePrice();
69行目: 69行目:
 
#式の結果または部分的な結果を目的を説明する名前をつけた一時変数に代入する
 
#式の結果または部分的な結果を目的を説明する名前をつけた一時変数に代入する
 
  if ( (platform.tuUpperCase().indexOf("MAC") > -1 ) &&
 
  if ( (platform.tuUpperCase().indexOf("MAC") > -1 ) &&
       (browser.toUpperCase().indexOf("IE") > -1) {
+
       (browser.toUpperCase().indexOf("[[IE]]") > -1) {
 
       :
 
       :
 
  }
 
  }
 
[[File:0047_arrow_b.jpg]]
 
[[File:0047_arrow_b.jpg]]
  final boolean isMacOs = platform.tuUpperCase().indexOf("MAC") > -1;
+
  final boolean is[[Mac]]Os = platform.tuUpperCase().indexOf("MAC") > -1;
  final boolean isIEBrowser = browser.toUpperCase().indexOf("IE") > -1;
+
  final boolean is[[IE]]Browser = browser.toUpperCase().indexOf("[[IE]]") > -1;
  if (isMacOs && isIEBrowser) { ... }
+
  if (is[[Mac]]Os && isIEBrowser) { ... }
 
=====一時変数の分離=====
 
=====一時変数の分離=====
 
#複数回代入される一時変数があるが、ループ変数でも、一時変数を集めるものでもない
 
#複数回代入される一時変数があるが、ループ変数でも、一時変数を集めるものでもない
134行目: 134行目:
 
   }
 
   }
 
  }
 
  }
=====アルゴリズムの取替え=====
+
=====[[アルゴリズム]]の取替え=====
#メソッドの本体を新たなアルゴリズムで置き換える
+
#メソッドの本体を新たな[[アルゴリズム]]で置き換える
 
====オブジェクト間での特性の移動====
 
====オブジェクト間での特性の移動====
 
=====メソッドの移動  =====
 
=====メソッドの移動  =====
160行目: 160行目:
 
#利用中のサーバクラスにメソッドを追加する必要があるが、そのクラスを変更できない
 
#利用中のサーバクラスにメソッドを追加する必要があるが、そのクラスを変更できない
 
#クライアントクラスに、サーバクラスのインスタンスを第1引数にとるメソッドを作る
 
#クライアントクラスに、サーバクラスのインスタンスを第1引数にとるメソッドを作る
  Data newStart = new Date(previousEnd.getYear(),
+
  Data newStart = new Date(pre[[vi]]ousEnd.getYear(),
                           previousEnd.getMonth(),
+
                           pre[[vi]]ousEnd.getMonth(),
                           previousEnd.getDate() + 1);
+
                           pre[[vi]]ousEnd.getDate() + 1);
 
[[File:0047_arrow_b.jpg]]
 
[[File:0047_arrow_b.jpg]]
  Date newStart = nextDay(previousEnd);
+
  Date newStart = nextDay(pre[[vi]]ousEnd);
 
  private static Date nextDay(Date arg) {
 
  private static Date nextDay(Date arg) {
 
   return new Date(arg.getYear(), arg.getMonth(), arg.getDate() + 1);  
 
   return new Date(arg.getYear(), arg.getMonth(), arg.getDate() + 1);  
259行目: 259行目:
 
#データをドメインオブジェクトにコピーして、それらを同期させるためのオブザーバを設ける
 
#データをドメインオブジェクトにコピーして、それらを同期させるためのオブザーバを設ける
 
=====単方向関連の双方向への変更=====
 
=====単方向関連の双方向への変更=====
#2つのクラスが互いにその特性を使う必要があるが、単方向のリンクしかない
+
#2つのクラスが互いにその特性を使う必要があるが、単方向の[[リンク]]しかない
 
#逆ポインタを加えて、両方の集合を更新するように更新操作を変更する
 
#逆ポインタを加えて、両方の集合を更新するように更新操作を変更する
 
=====双方向関連の単方向への変更=====
 
=====双方向関連の単方向への変更=====
306行目: 306行目:
 
#複雑な条件記述(if-the-else)がある
 
#複雑な条件記述(if-the-else)がある
 
#条件記述部をthen部およびelse部からメソッドを抽出する
 
#条件記述部をthen部およびelse部からメソッドを抽出する
  if (date.before(SUMMER_START) || date.after(SUMMER_END))
+
  if (date.before(SUMME[[R]]_STA[[R]]T) || date.after(SUMME[[R]]_END))
       charge = quantity * _winterRate + _winterServiceCharge;
+
       charge = quantity * _winterRate + _winterSer[[vi]]ceCharge;
  else charge = quantity * _summerRate;
+
  else charge = quantity * _summer[[R]]ate;
 
[[File:0047_arrow_b.jpg]]
 
[[File:0047_arrow_b.jpg]]
 
  if (notSummer(date))
 
  if (notSummer(date))
346行目: 346行目:
 
=====ガード節による入れ子条件記述の置き換え=====
 
=====ガード節による入れ子条件記述の置き換え=====
 
#メソッドに正常ルートが不明確な条件付振る舞いがある
 
#メソッドに正常ルートが不明確な条件付振る舞いがある
#特殊ケースすべてに対してガード節(メソッド内で、処理がメインロジックに到達するのを防ぐためのコード)を使う
+
#特殊ケースすべてに対してガード節(メソッド内で、処理がメイン[[ロジック]]に到達するのを防ぐためのコード)を使う
 
  double getPayAmount() {
 
  double getPayAmount() {
 
   double result;
 
   double result;
353行目: 353行目:
 
     if (_isSeparated) result = separatedAmount();
 
     if (_isSeparated) result = separatedAmount();
 
     esle {
 
     esle {
       if (_isRetired) result = retiredAmount();
+
       if (_is[[R]]etired) result = retiredAmount();
 
       else result = normalPayAmount();
 
       else result = normalPayAmount();
 
     }
 
     }
363行目: 363行目:
 
   if (_isDead)      return deadAmount();
 
   if (_isDead)      return deadAmount();
 
   if (_isSeparated) return separatedAmount();
 
   if (_isSeparated) return separatedAmount();
   if (_isRetired)  return retiredAmount();
+
   if (_is[[R]]etired)  return retiredAmount();
 
   return normalPayAmount();
 
   return normalPayAmount();
 
  }
 
  }
372行目: 372行目:
 
  double getSpeed() {
 
  double getSpeed() {
 
   switch (_type) {
 
   switch (_type) {
     case EUROPEAN:
+
     case EU[[R]]OPEAN:
 
       return getBaseSpeed();
 
       return getBaseSpeed();
     case AFRICAN:
+
     case AF[[R]]ICAN:
 
       return getBaseSpeed() - getLoadFactor() * _numberOfCoconuts;
 
       return getBaseSpeed() - getLoadFactor() * _numberOfCoconuts;
     case NORWEGIAN_BLUE:
+
     case NO[[R]]WEGIAN_BLUE:
 
       return (_isNailed)?0:getBaseSpeed(_voltage);
 
       return (_isNailed)?0:getBaseSpeed(_voltage);
 
   }
 
   }
   throw new RuntimeException("ここには来ないはず");
+
   throw new [[R]]untimeException("ここには来ないはず");
 
  }
 
  }
 
[[File:0047_arrow_b.jpg]]
 
[[File:0047_arrow_b.jpg]]
438行目: 438行目:
 
     _width =  value
 
     _width =  value
 
   else
 
   else
     Assert.shouldNeverReacheHere();
+
     Assert.shouldNever[[R]]eacheHere();
 
  }
 
  }
 
[[File:0047_arrow_b.jpg]]
 
[[File:0047_arrow_b.jpg]]
450行目: 450行目:
 
#あるオブジェクトから複数の値を取得し、それらの値をメソッド呼び出しの引数として渡している
 
#あるオブジェクトから複数の値を取得し、それらの値をメソッド呼び出しの引数として渡している
 
#オブジェクトそのものを渡す
 
#オブジェクトそのものを渡す
  int low  = daysTempRange().getLow();
+
  int low  = daysTemp[[R]]ange().getLow();
  int high = daysTempRange().getHigh();
+
  int high = daysTemp[[R]]ange().getHigh();
  withinPlan = plan.withinRange(low, high);
+
  withinPlan = plan.within[[R]]ange(low, high);
 
[[File:0047_arrow_b.jpg]]
 
[[File:0047_arrow_b.jpg]]
  withinPlan = plan.withinRange(daysTempRange());
+
  withinPlan = plan.within[[R]]ange(daysTemp[[R]]ange());
 
=====メソッドによる引数の置き換え=====
 
=====メソッドによる引数の置き換え=====
 
#あるオブジェクトがメソッドを呼び出し、その戻り値を別のメソッドの引数として渡している。受信側はそのメソッドを呼び出し可能である
 
#あるオブジェクトがメソッドを呼び出し、その戻り値を別のメソッドの引数として渡している。受信側はそのメソッドを呼び出し可能である
489行目: 489行目:
 
#メソッドが返すオブジェクトが、呼び出し側によってダウンキャストされる必要がある
 
#メソッドが返すオブジェクトが、呼び出し側によってダウンキャストされる必要がある
 
#ダウンキャストをメソッド内に移動する
 
#ダウンキャストをメソッド内に移動する
  Object lastReading() {
+
  Object last[[R]]eading() {
 
   return readings.lastElements();
 
   return readings.lastElements();
 
  }
 
  }
 
[[File:0047_arrow_b.jpg]]
 
[[File:0047_arrow_b.jpg]]
  Reading lastReading() {
+
  [[R]]eading last[[R]]eading() {
   return (Reading) readlings.lastElement();
+
   return ([[R]]eading) readlings.lastElement();
 
  }
 
  }
 
=====例外によるエラーコードの置き換え=====
 
=====例外によるエラーコードの置き換え=====

2020年2月16日 (日) 04:20時点における最新版

一言で言うと、これを読むことでプログラミングが楽しくなります。 プログラマー必読といってもよいのでは? 「動くコードはさわるな」とよく言われますけど、動くコードの振る舞いを変えることなく構造を「きれいに」する指針を与えてくれます。 今は結構IDEがサポートしてくれてるので、重宝してます。 個人的にもっとも影響を受けた(仕事上)本の一冊です。

まぁ実際問題として、「動いているコードをさわる」勇気はないんですけど・・・

以下、確認用メモ。

目次

リファクタリング原則

定義

外部から見たときの振る舞いを保ちつつ、理解や修正が簡単になるように、ソフトウェアの内部構造を変化させること。 一連のリファクタリングを行って、外部からみた振る舞いを変えずにソフトウェアを再構築する。

コードの不吉なにおい

  • 重複したコード
  • 長すぎるメソッド
  • 巨大なクラス
  • 多すぎる引数
  • 変更の発散(変更箇所が特定できない)
  • 変更の分散(変更を行うたびにあちこちのクラスが少しずつ書き換わる)
  • 属性、操作の横恋慕(あるメソッドが自分のクラスより、他のクラスに興味を持つ)
  • データの群れ(複数個のデータがグループで出現)
  • 基本データ型への執着
  • スイッチ文
  • パラレル継承(新たなサブクラスを定義するたび、別の継承木にもサブクラスを追加しなければいけない)
  • 怠け者クラス(十分な仕事をしないクラス)
  • 疑わしき一般化(いつかこの機能が必要になるさ)
  • 一時的属性(インスタンス変数の値が、特定の状況でしかセットされない)
  • メッセージの連鎖(連鎖の構造に依存)
  • 仲介人(メソッドの大半が委譲しているだけのクラス)
  • 不適切な関係
  • クラスのインターフェース不一致
  • 未熟なクラスライブラリ
  • データクラス
  • 接続拒否(継承した操作、属性が利用されず混乱が引き起こされている)
  • コメント(非常にわかりにくいコードを補うためのコメント)

リファクタリングカタログ

メソッドの構成

メソッドの抽出
  1. まとめられるコードの断片がある
  2. 断片をメソッドにして、目的をあらわすような名前をつける
メソッドのインライン化
  1. メソッドの本体が、名前をつけるほどではなく明らか
  2. メソッド本体をコール元にインライン化
一時変数のインライン化
  1. 簡単な式によって一度だけ代入される一時変数があり、他のリファクタリングの障害となっている
  2. 一時変数への参照を式で置き換え
double basePrice = anOrder.basePrice();
return (basePrice > 1000);

0047 arrow b.jpg

return (anOrder.basePrice() > 1000);
問い合わせによる一時変数の置き換え
  1. 一時変数を使って式の結果を保持している
  2. 式をメソッドに抽出する。一時変数への参照を式へ置き換える。新たなメソッドが他のメソッドでも利用できるようになる。
double basePrice = _quantity * _itemPrice;
if (basePrice > 1000) 
  return basePrice * 0.95;
else
  return basePrice * 0.98;

0047 arrow b.jpg

if (basePrice() > 1000)
       :
double basePrice() {
  return _quantity * _itemPrice;
}
説明用変数の導入
  1. 複雑な式がある
  2. 式の結果または部分的な結果を目的を説明する名前をつけた一時変数に代入する
if ( (platform.tuUpperCase().indexOf("MAC") > -1 ) &&
     (browser.toUpperCase().indexOf("IE") > -1) {
     :
}

0047 arrow b.jpg

final boolean isMacOs = platform.tuUpperCase().indexOf("MAC") > -1;
final boolean isIEBrowser = browser.toUpperCase().indexOf("IE") > -1;
if (isMacOs && isIEBrowser) { ... }
一時変数の分離
  1. 複数回代入される一時変数があるが、ループ変数でも、一時変数を集めるものでもない
  2. 代入ごとに一時変数を分ける
double tmp = 2 * (_height * _width);
System.out.println(tmp);
tmp = _height * _width;
System.out.println(tmp);

0047 arrow b.jpg

final double perimeter  2 * (_height * _width);
System.out.println(perimeter);
final double area = _height * _width;
System.out.println(area);
パラメータへの代入の除去
  1. 引数への代入が行われている
  2. 一時変数を使う
オブジェクトによるメソッドの置き換え
  1. 長いメソッドで、メソッドの抽出を適用できないようなローカル変数の使い方をしている
  2. メソッド自身をオブジェクトとして、ローカル変数をそのオブジェクトのフィールドとする。
class Order...
  double hoge(){ ... }
  double price() {
    double primaryBasePrice;
    double secondaryBasePrice;
    double tertiaryBasePrice;
    /* 長い処理 */
       :
    primaryBasePrice * hoge(); 
}

0047 arrow b.jpg

class Order...
  double price() {
    return new PriceCaluculator(this,
                                primaryBasePrice,
                                secondaryBasePrice,
                                tertiaryBasePrice
                                ).compute();
  }
}
class PriceCaluculator... 
  private Order order;
  private double primaryBasePrice;
  private double secondaryBasePrice;
  private double tertiaryBasePrice;
  public PriceCaluculator(Order order, 
                          double primaryBasePrice,
                          double secondaryBasePrice,
                          double tertiaryBasePrice ) {
    this.order = order;
    this.primaryBasePrice   = primaryBasePrice;
    this.secondaryBasePrice = secondaryBasePrice;
    this.tertiaryBasePrice  = tertiaryBasePrice;
  }
  public double compute() {
       :
    primaryBasePrice * order.hoge(); /* 元クラスへの特性へのコール */
       :
  }
}
アルゴリズムの取替え
  1. メソッドの本体を新たなアルゴリズムで置き換える

オブジェクト間での特性の移動

メソッドの移動
  1. あるクラスでメソッドが定義されているが、そのクラスの特性よりも他のクラスの特性の方が、そのメソッドの使用、被使用頻度が高い
  2. 同様の本体を持つメソッドを多用するクラスにも作成する。元のメソッドは委譲とするか、取り除く
フィールドの移動
  1. あるクラスに定義されているフィールドが、他のクラスから使用されることの方が多い
  2. 移動先クラスに新たなフィールドを作って、利用先側をすべて変更する
クラスの抽出
  1. 2つのクラスでなされるべき作業を1つのクラスで行っている
  2. クラスを新たに作成し、適当なフィールドとメソッドを移動する
クラスのインライン化
  1. クラスのやっていることはたいしたことではない
  2. 別のクラスに特性を移動し、削除する
委譲の隠蔽
  1. クライアントがあるオブジェクトの委譲クラスをコールしている
  2. サーバーにメソッドをつくって委譲を隠す

0022 157.jpg

仲介人の除去
  1. クラスがやっていることは単純な委譲だけ
  2. クライアントに委譲オブジェクトを直接コールさせる
委譲の隠蔽の逆
外部メソッドの導入
  1. 利用中のサーバクラスにメソッドを追加する必要があるが、そのクラスを変更できない
  2. クライアントクラスに、サーバクラスのインスタンスを第1引数にとるメソッドを作る
Data newStart = new Date(previousEnd.getYear(),
                         previousEnd.getMonth(),
                         previousEnd.getDate() + 1);

0047 arrow b.jpg

Date newStart = nextDay(previousEnd);
private static Date nextDay(Date arg) {
  return new Date(arg.getYear(), arg.getMonth(), arg.getDate() + 1); 
}
局所的拡張の導入
  1. 利用中のサーバクラスにメソッドをいくつか追加する必要があるが、クラスを変更できない
  2. 追加されるメソッドを備えた新たなクラスを作る(サブクラス、ラッパー)

0023 164.jpg

データの再編成

自己カプセル化フィールド
  1. フィールドを直接アクセスしているが、結合関係が煩わしくなってきた
  2. getメソッド、setメソッドを作成し、それだけを使ってアクセスするように変更する
private int _low, _high;
boolean includes(int arg) {
  return arg >= _low && arg <= _high;
}

0047 arrow b.jpg

private int _low, high;
boolean includes(int arg) {
  return arg >= getLow() && arg <= getHigh();
}
int getLow()  { return _low;  }
int getHigh() { return _high; }
オブジェクトによるデータ値の置き換え
  1. いくつかのデータや振る舞いが必要なデータ項目がある
  2. そのデータ項目をオブジェクトに変える

0024 175 1.jpg 0047 arrow b.jpg 0025 175 2.jpg

値から参照への変更
  1. 同じインスタンスが多数存在するクラスがあり、1つのオブジェクトに置き換えたい
  2. そのオブジェクトを参照オブジェクトに変える
/* 顧客クラス */
class Customer {
  public Customer(String name) { _name = name; }
  pulbic String getName()      { return _name; }
  private final String _name;
}
/* 注文クラス */
class Order...
  public Order(String customerName) { 
      _customer = new Customer(customerName); 
  }
  public void setCustomer(String customerName) {
      _customer = new Customer(custmerName);  
  }
  public String getCustomerName() {
      return _customer.getName();             
  }
  private Customer _customer;
}
/* クライアントコード */
private static int numberOfOrdersFor(Collection orders, String customer) {
  int result = 0;
  Iterator iter = orders.iterator();
  while (iter.hasNext()) {
    Order each = (Order) iter.next();
    if (each.getCustomerName().equals(customer)) result++;
  }
  return result;
}

0047 arrow b.jpg

class Customer...
  private Customer(String name) { _name = name; } 
  static void loadCustomers() {
    new Customer("Lemon Car Hire").store();
           :
  }
  private void store() {
    _instandces.put(this.getName(), this);
  }
  public static Customer getNamed(String name) {
    return (Customer) _instances.get(name);
  }
  private static Dictionary _instances = new Hashtable();
}

顧客名毎にCustomerオブジェクトが唯一存在するようにする

参照から値への変更
  1. 小さくて、不変で、コントロールが煩わしい参照オブジェクトがある
  2. 値オブジェクトに変える
オブジェクトによる配列の置き換え
  1. 配列の各要素が、それぞれ異なる意味を持っている
  2. その配列を要素ごとに対応したフィールドをもつオブジェクトに置き換える
String[] row = new String[3];
row[0] = "Liverpool";
row[1] = "15";

0047 arrow b.jpg

Performance row  new Performance();
row.setName("Liverpool");
row.setWins("15");
観察されるデータの複製
  1. あるGUIコントロールでのみ有効なドメインデータがあり、ドメインメソッドからもアクセスする必要がある
  2. データをドメインオブジェクトにコピーして、それらを同期させるためのオブザーバを設ける
単方向関連の双方向への変更
  1. 2つのクラスが互いにその特性を使う必要があるが、単方向のリンクしかない
  2. 逆ポインタを加えて、両方の集合を更新するように更新操作を変更する
双方向関連の単方向への変更
  1. 双方向関連があるが、一方のクラスはもはや他方の特性を必要としていない
  2. 不要になった関連の一方を削除する
シンボリック定数によるマジックナンバーの置き換え
  1. 特別な意味を持った数字リテラルがある
  2. 定数を作り、それにふさわしい名前をつけて、そのリテラルを置き換える
フィールドのカプセル化
  1. 公開フィールドがある
  2. 非公開にして、アクセサを用意する
コレクションのカプセル化
  1. メソッドがコレクションを返す
  2. 読み取り専用のビューを返して、追加と削除のメソッドを提供する
java.util.Collections.unmodifiableSet

0026 208 1.jpg 0047 arrow b.jpg 0027 208 2.jpg

データクラスによるレコードの置き換え
  1. 古いプログラミング環境のレコード構造とインターフェースをとる必要がある
  2. そのレコード用に、振る舞いを持たないデータオブジェクトを作る
クラスによるタイプコードの置き換え
  1. 振る舞いに影響しない数字のタイプコードを持つクラスがある
  2. その数字を新しいクラスで置き換える

0028 218 1.jpg 0047 arrow b.jpg 0029 218 2.jpg

サブクラスによるタイプコードの置き換え
  1. クラスの振る舞いに影響を与える不変のタイプコードがある
  2. そのタイプコードをサブクラスに置き換える

0030 223 1.jpg 0047 arrow b.jpg 0031 223 2.jpg

State/Strategyによるタイプコードの置き換え
  1. クラスの振る舞いに影響するタイプコードがあるが、サブクラス化はできない
  2. 状態オブジェクトでタイプコードを置き換える

0030 223 1.jpg 0047 arrow b.jpg 0032 227.jpg

フィールドによるサブクラスの置き換え
  1. 定数データを返すメソッドだけが異なるサブクラスがある
  2. メソッドをサブクラスのフィールドに変更して、サブクラスを削除する

条件記述の単純化

条件記述の分解
  1. 複雑な条件記述(if-the-else)がある
  2. 条件記述部をthen部およびelse部からメソッドを抽出する
if (date.before(SUMMER_START) || date.after(SUMMER_END))
     charge = quantity * _winterRate + _winterServiceCharge;
else charge = quantity * _summerRate;

0047 arrow b.jpg

if (notSummer(date))
     charge = winterCharge(quantity);
else charge = summerCharge(quantity);
条件記述の統合
  1. 同じ結果を持つ一連の条件判断がある
  2. 1つの条件記述にまとめてから抽出する
double disabilityAmount() {
  if (_seniority < 2)        return 0;
  if (_monthisDisabled > 12) return 0;
  if (_isPartTime)           return 0;

0047 arrow b.jpg

double disabilityAmount() {
  if (isNotEligibleForDisablity()) return 0;
}
重複した条件記述の断片の統合
  1. 条件式のすべての分岐に同じコードの断片がある
  2. それを式の外側に移動する
if (isSpecialDeal()) {
  total = price * 0.95;
  send();
} else {
  total = price * 0.98;
  send();
}

0047 arrow b.jpg

if (isSpecialDeal()) {
  total = price * 0.95;
} else {
  total = price * 0.98;
}
send();
制御フラグの削除
  1. 一連の論理型の式に対して制御フラグとして機能する1つの変数がある
  2. 代わりにbreakかreturnを使う
ガード節による入れ子条件記述の置き換え
  1. メソッドに正常ルートが不明確な条件付振る舞いがある
  2. 特殊ケースすべてに対してガード節(メソッド内で、処理がメインロジックに到達するのを防ぐためのコード)を使う
double getPayAmount() {
  double result;
  if (_isDead) result = deadAmount();
  else {
    if (_isSeparated) result = separatedAmount();
    esle {
      if (_isRetired) result = retiredAmount();
      else result = normalPayAmount();
    }
  }
  return result;
}

0047 arrow b.jpg

double getPayAmount() {
  if (_isDead)      return deadAmount();
  if (_isSeparated) return separatedAmount();
  if (_isRetired)   return retiredAmount();
  return normalPayAmount();
}

出口が1つだけというルールは本当は有益ではありません。1つにすることでメソッドが明瞭になるならば出口は1つでいいが、そうでなければ使うべきではない

ポリモーフィズムによる条件記述の置き換え
  1. オブジェクトのタイプによって異なる振る舞いを選択する条件記述がある
  2. 条件記述の各アクション部をサブクラスのオーバーライドメソッドに移動する。元のメソッドはabstractにする
double getSpeed() {
  switch (_type) {
    case EUROPEAN:
      return getBaseSpeed();
    case AFRICAN:
      return getBaseSpeed() - getLoadFactor() * _numberOfCoconuts;
    case NORWEGIAN_BLUE:
      return (_isNailed)?0:getBaseSpeed(_voltage);
  }
  throw new RuntimeException("ここには来ないはず");
}

0047 arrow b.jpg 0033 255.jpg

ヌルオブジェクトの導入
  1. null値のチェックが繰り返し現れる
  2. null値をヌルオブジェクトで置き換える
if (customer == null) plan = billingPaln.basic();
else plan = customer.getPlan();

0047 arrow b.jpg 0034 260.jpg

表明の導入
  1. コードのある部分が、そのプログラムの状態について何らかの仮定を持っている
  2. 仮定を表明を使って明示する
double getExpenseLimit() {
  /* 支出上限か優先プロジェクトか、どちらかを持つこと */
  return (_expenseLimit != NULL_EXPENSE) ?
          _expenseLimit:
          _primaryProject.getMemberExpenseLimt(); 
} 

0047 arrow b.jpg

double getExpenseLimit() {
  Assert.isTrue(_expenseLimit != NULLEXPENSE || _primaryProject != null);
  return (_expenseLimit != NULL_EXPENSE) ?
                _expenseLimit:
                _primaryProject.getMemberExpenseLimt();
}
}

メソッド呼び出しの単純化

メソッド名の変更
  1. メソッドの名前がその目的を正しく表現できていない
  2. メソッドの名前を変更する
引数の追加
  1. あるメソッドが、呼び出し元からより多くの情報を必要としている
  2. 情報を渡すために引数を追加する
引数の削除
  1. ある引数が、もはやメソッド本体から使われていない
  2. 引数を削除する
問い合わせと更新の分離
  1. 1つのメソッドが返す値と同時にオブジェクトの状態を変更している
  2. 問い合わせようと行進用の2つのメソッドをそれぞれ作成する

0035 279 1.jpg 0047 arrow b.jpg 0036 279 2.jpg

メソッドのパラメータ化
  1. 複数のメソッドが、異なる値に対してよく似た振る舞いをしている
  2. 異なる値を1つの引数として受け取るメソッドを作成する

0037 283 1.jpg 0047 arrow b.jpg 0038 283 2.jpg

明示的なメソッド群による引数の置き換え
  1. 引数の特定の値によって異なるコードが実行されるメソッドがある
  2. 引数の値に値に対応する別々のメソッドを作成する
void setValue (String name, int value) {
  if (name.equals("height"))
    _heigth = vaue;
  else if (name.equals("width")) 
    _width =  value
  else
    Assert.shouldNeverReacheHere();
}

0047 arrow b.jpg

void setHeight (int arg) {
  _height = arg;
}
void setWidth (int arg) {
  _width = arg;
}
オブジェクトそのものの受け渡し
  1. あるオブジェクトから複数の値を取得し、それらの値をメソッド呼び出しの引数として渡している
  2. オブジェクトそのものを渡す
int low  = daysTempRange().getLow();
int high = daysTempRange().getHigh();
withinPlan = plan.withinRange(low, high);

0047 arrow b.jpg

withinPlan = plan.withinRange(daysTempRange());
メソッドによる引数の置き換え
  1. あるオブジェクトがメソッドを呼び出し、その戻り値を別のメソッドの引数として渡している。受信側はそのメソッドを呼び出し可能である
  2. 引数を削除し、受信側にそのメソッドを呼び出させる
int basePrice = _quantity * _itemPrice;
discountLevel = getDiscountLevel();
double finalPrice = discountedPrice(basePrice, discountLevel);

0047 arrow b.jpg

int basePrice =~ _quantity * _itemPrice;
double finalPrice = discountedPrice(basePrice); 
引数オブジェクトの導入
  1. 本来まとめて扱うべき一連の引数がある
  2. それらをオブジェクトに置き換える

0039 295 1.jpg 0047 arrow b.jpg 0040 295 2.jpg

setメソッドの削除
  1. フィールドの値が生成時に設定され、決して変更されない
  2. そのフィールドに対するすべてのsetメソッドを削除する
メソッドの隠蔽
  1. メソッドが自分の定義されているクラス以外からはまったく使用されていない
  2. メソッドを非公開にする
Factory Methodによるコンストラクタの置き換え
  1. オブジェクトを生成する際に、単純な生成以上のことをしたい
  2. ファクトリメソッドを使って、コンストラクタを置き換える
Employee (int type) {
  _type = type;
}

0047 arrow b.jpg

static Employee create(int type) {
  return new Employee(type);
}
ダウンキャストのカプセル化
  1. メソッドが返すオブジェクトが、呼び出し側によってダウンキャストされる必要がある
  2. ダウンキャストをメソッド内に移動する
Object lastReading() {
  return readings.lastElements();
}

0047 arrow b.jpg

Reading lastReading() {
  return (Reading) readlings.lastElement();
}
例外によるエラーコードの置き換え
  1. メソッドがエラーを示す特別なコードを返す
  2. 代わりに例外を発生させる
条件判定による例外の置き換え
  1. チェックされる例外を発生させているが、本来は呼び出し側が先にチェックすべきだる
  2. 最初に条件判定をするように呼び出し側を修正する
double getValueForPeriod(int periodNumber) {
  try {
    return _values[periodNumber];
  } catch (ArrayIndexOutOfBoundsException e) {
    return 0;
  }
}

0047 arrow b.jpg

double getValueForPeriod(int periodNumber) {
  if (periodNumber >= _values.length) return 0;
  return _values[periodNumber];
}

継承の取り扱い

フィールドの引き上げ
  1. 2つのサブクラスが同じフィールドを持っている
  2. そのフィールドをスーパークラスへ移動する
メソッドの引き上げ
  1. 同じ結果をもたらすメソッドがふくすうのサブクラスに存在する
  2. それらをスーパークラスに移動する
コンストラクタ本体の引き上げ
  1. 複数のサブクラスに内容がほとんど同一のコンストラクタがある
  2. スーパークラスのコンストラクタを作成して、サブクラスから呼び出す
メソッドの引き下げ
  1. スーパークラスの振る舞いが、いくつかのサブクラスだけに関係している
  2. そのメソッドをサブクラスに移動する
フィールドの引き下げ
  1. フィールドがいくつかのサブクラスだけで使われている
  2. そのフィールドを、サブクラスに移動する
サブクラスの抽出
  1. あるクラス特定のインスタンスだけに必要な特性がある
  2. その一部の特性を持つサブクラスを作成する

0041 330 1.jpg 0047 arrow b.jpg 0042 330 2.jpg

スーパークラスの抽出
  1. 似通った特性を持つ2つのクラスがある
  2. スーパークラスを作成して、共通の特性を移動する
インターフェースの抽出
  1. 複数のクライアントが、あるクラスのひとまとまりのインターフェースを使っている。または2つのクラス間でインターフェースの一部が共通である
  2. 共通部分をインターフェースとして抽出する
階層の平坦化
  1. スーパークラスとサブクラスにそれほど大きな違いがない
  2. あわせてまとめてしまう
Templete Methodの形成
  1. 異なるサブクラスの2つのメソッドが、類似の処理を同じ順序で実行しているが、各処理は異なっている
  2. 元のメソッドが同一になるように、各処理を同じシグネチャを持つメソッドにする。そしてそれらを引き上げる。

0043 345 1.jpg 0047 arrow b.jpg 0044 345 2.jpg

委譲による継承の置き換え
  1. サブクラスがスーパークラスの一部のインターフェースだけを使っている。あるいはデータを継承したくない
  2. スーパークラス用のフィールドを作成して、メソッドをスーパークラスに委譲するように変更し、継承をやめる

0045 352 1.jpg 0047 arrow b.jpg 0046 352 2.jpg