iTunes UでStanfordのProgramming Methodologyの授業観てる
今、第3回の講義見終わったので忘れないうちメモっとく。
Break down approach & Bottom up approach
プログラミングで何か問題を解決しようとするとき、大きく2つのアプローチがある。ひとつはBreak down approach、もうひとつはBottom up approachだ。
Break down approachというのは、ある大きな問題をより粒度の小さい複数の問題へと分解していき、それらを一つ一つ解決していくことで最終的に大きな問題を解決する方法のことで、プログラミングにおいてはこのBreak down approachをとるのが良いとされている。
例えば「朝起きてから出かける準備をする」という現実の問題を考えたとき、実際に必要な準備をより小さなタスクへと分解していくと、だいたい以下のようになる。
- ベッドから起きる
- 歯を磨く
- シャワーを浴びる
さらに、例えば2の「歯を磨く」というタスクは次のように分解できるだろう。
- 歯ブラシをとる
- 歯磨き粉をつける
- 歯ブラシを歯の上で動かす
プログラミングもこれと同じで、解決したい一番大きな問題を最初に最上位のメソッドとして定義しておき、そのメソッドの本体により小さな問題を解決するメソッドのCallerを先に書いてしまう。
public void prepareToGoOut() {
wakeUp();
brushTeeth();
takeShower();
}
このとき重要なのが、まだwakeUp()、brushTeeth()、takeShower()の各メソッドは実装されていないという点である。IDEなどを使っていると、wakeUp()、brushTeeth()、takeShower()の下には赤い波線か何かで “Method not implemented!”などとWarningが出るかもしれないがエディターに惑わされてはいけない。
次に、先に定義していおいたCallerの実装を書く。その際、例えばbrushTeeth()の実装が大きすぎるなと感じたら、またさらにそこから小さなメソッドへと分解していき、これを繰り返す。
public void prepareToGoOut() {
wakeUp();
brushTeeth();
takeShower();
}
private void wakeUp() {
...
}
private void brushTeeth() {
takeBrush();
takeToothpaste();
moveOnTooth();
}
private void takeShower() {
...
};
Bottom up approachは、Break down approachとは対になる考え方で、最初に小さな単位のメソッドを実装してから徐々に大きな問題への解決へと向かっていく方法である。プログラミング初学者は、最初どうしてもこのBottom up approachになってしまいがちらしいが、訓練することでだんだんとBreak down approach的な考え方ができるようになってくるそうだ。
Do one thing
Unix Philosophyや他にも色々なところで言われているが、各メソッドは基本的に一つの問題を解決すべきである。
また、各メソッドは目安としてだいたい1~15行程度におさまるように書く。メソッドの実装がそれ以上の場合、複数の問題を解決していないか疑うべきである。
Tweet