基底クラスに共通処理を集約しましょう。generate_and_saveメソッドで「生成→保存」の流れを統一し、サブクラスは生成処理だけに集中できます。
各ジェネレーターでcreate_reportメソッドをオーバーライドし、適切なレポートオブジェクトを生成します。さらにDailyReportGeneratorも追加して拡張性を確認しましょう。
if/elseの肥大化問題を継承で解決！Mooのextendsを使って、MonthlyReportGeneratorとWeeklyReportGeneratorを作成し、コードを整理します。
レポートに共通のルールを定義しましょう。Moo::Roleのrequiresを使って、すべてのレポートが持つべきメソッドを強制する方法を学びます。
週次レポートも作りたい！でもif/elseで条件分岐すると、コードが肥大化して管理が大変に。この問題をどう解決するか、一緒に考えてみましょう。
月次レポートを生成するReportGeneratorクラスを作成します。Mooを使ったオブジェクト生成の基本を学び、シリーズの土台となるコードを書いていきましょう。
架空ECサイト「ペルマート」の決済審査システムを題材に、Chain of Responsibilityパターンを段階的に学ぶシリーズの目次ページです。Perl 5.36とMooで実装します。
各審査ロジックを独立したMooクラスに分割し、Chain of Responsibilityパターンでチェーン構築。拡張性の高い決済審査システムを完成させます。
決済審査に新ルール追加でif文がネスト化。ブラックリスト、残高確認、不正検知など条件が増えると保守困難に。リファクタリングの必要性を体験します。
Perl 5.36で架空ECサイト「ペルマート」の決済審査を実装します。金額上限チェックと有効期限検証をif文で構築。Moo OOPシリーズ卒業者向けの実践編です。
Stateパターンを自然に学べるシリーズ。自動販売機の動作をPerlで再現しながら、if/elseの限界を体験し、状態ごとにクラスを分離する設計に辿り着きます。
実はこれがStateパターンだった！作ってきた設計がGoFデザインパターンの一つであることを明かし、Strategyパターンとの違いも解説。
いよいよ完成！全機能を統合した自動販売機シミュレーター。対話的なCLIで動作確認しながら、これまでの学習を振り返ります。
新しい「売り切れ状態」を追加！既存クラスを変更せずに機能拡張できるOCP（開放閉鎖原則）の威力を体感します。
間違ったオブジェクトが状態として設定されるバグを防ぎたい。does制約を使った型チェックで実行時エラーを未然に防ぐ方法を解説。
