古いAPIのコードには手を入れたくない。包んで同じメソッド名で呼べるようにする【委譲とラッピング】
Tags
413 ページ目
Moo
天気APIをもう1つ足したら、メソッド名も戻り値も違って同じループで回せない【インターフェースの不一致】
天気を返すだけのクラスでも、先に形を決めておく。Perlで都市名から天気を返すクラスを作る【Moo】
タスクがただの文字列で、完了の印を付ける場所がない。データと操作を1つのクラスにまとめる【Taskクラス】
if/elsifで振り分けていたPerlの掲示板を、Mooで拡張しやすいディスパッチャーに育てる全12回【目次】
機能を足すたびにif/elsifを書き換えていたBBSを、ルートを1行足すだけにする。部品を1つのクラスにまとめる【ディスパッチャー】
ハンドラーを足すたびに、登録の行も1行ずつ伸びていく。アクション名からクラスを読み込んで作る【動的なクラス読み込み】
ハンドラーが増えるたびに、set_handlerで1つずつ差し替えている。名前で登録して呼び分ける【レジストリ】
Dispatcherに一度渡したハンドラーを、途中で切り替えられない。実行時に差し替える【roからrwへ】
どのハンドラーを使うかの判断が、呼び出し側のあちこちに散らばる。振り分けを司令塔クラスに任せる【委譲（handles）】
無名サブルーチンに、DBアクセスも検証も描画も詰め込むことになる。機能ごとにクラスへ切り出す【ハンドラークラス】
BBSに機能を足すたびに、if/elsifの振り分けが伸びていく。何が辛いのかをコードで確かめる【if/elseの肥大化】
変数とサブルーチンだけで書いていたPerlを、Mooのクラスで整理する全12回【目次】
いいね数に「たくさん」と入っても、計算するまで気づけない。属性に型を付けて入口で弾く【型制約】
掲示板クラスが配列操作のメソッドで埋まった。持っているオブジェクトに仕事を任せる【委譲】