高解像度の呪われたアート画像を全件読み込んでアプリがフリーズ…Virtual Proxyで遅延初期化を実装し、必要なときだけ画像をロードする方法を学びます。
PerlとMooを使ってAPIレスポンスシミュレーターを作りながら、Factory Methodパターンを学ぶシリーズの目次です。全8回で、if/elseの肥大化問題を解決する設計パターンを体験できます。
シリーズ最終回。これまで作ってきた設計がFactory Methodパターンであることを明かし、GoFの定義と照らし合わせて理解を深めます。
新しいシナリオ「レート制限」を追加します。既存のコードを一切修正せず、新しいクラスを追加するだけで機能拡張できることを体験しましょう。これがオープン・クローズドの原則です。
送信処理やログ出力など、全シナリオで共通する処理を基底クラスに集約します。これにより、コードの重複を減らし、一貫性のある動作を保証できます。
Factory Methodパターンの核心となる「生成処理のオーバーライド」を実装します。各シナリオクラスがそれぞれ専用のResponseを生成する仕組みを詳しく見ていきましょう。
Moo::Roleを使ってレスポンスクラスに共通のインターフェースを定義します。renderメソッドを必須にすることで、レスポンスの一貫性を保証しましょう。
if/elseの肥大化を解決するため、シナリオごとにクラスを分けます。継承を使って、成功シナリオと失敗シナリオをそれぞれ専用のクラスとして定義しましょう。
APIシミュレーターにエラーレスポンスを追加しようとすると、if/elseの条件分岐が急激に増えて管理が難しくなります。この問題を体験しながら、設計改善の必要性を理解しましょう。
PerlとMooを使って、シンプルなAPIレスポンスシミュレーターを作り始めます。まずは成功レスポンスを返すだけのミニAPIを構築し、オブジェクト指向の基本を復習しましょう。
PerlとMooで「既存オブジェクトをコピーして新しいオブジェクトを作る」Prototypeパターンを学ぶ全6回シリーズ。MooX::CloneからStorable::dclone()まで実践的に解説。
実は作ってきたものが「Prototypeパターン」でした！GoFデザインパターンの生成パターンを学び、Factory Methodとの違いも解説します。
Storable::dclone()を使って「深いコピー」を実装。ネストしたオブジェクトも完全に独立したコピーになり、浅いコピーの問題を解決！
装備（武器オブジェクト）を持つドラゴンをclone()したら、武器を変更すると元のドラゴンにも影響が！Perlで陥りがちな「浅いコピー（Shallow Copy）」の罠を解説します。
clone()したモンスターの色だけ変えて、赤スライム・青スライム・金スライムを量産！テンプレートからバリエーションを作る楽しさを味わおう。
