@nqounetです。
このシリーズでは、ユーザー登録フォームの入力検証（バリデーション）をステップごとに学びます。まずはシンプルなifベースの実装から始め、検証ルールが増えたときの問題点を体験し、最後に「Chain of Responsibility」パターンで柔軟かつ拡張可能な設計へリファクタリングします。
シリーズ構成
第1回: シンプルなユーザー登録バリデーションを作る
- 概要: 名前・メールの必須チェックと簡易メール形式チェックをif文で実装します。
第2回: 検証ルール追加でif文が複雑化 — バリデーションの課題
- 概要: パスワード強度、確認パスワード一致、利用規約同意、年齢制限などを追加し、ネスト化と保守性の問題を明示します。
第3回: バリデータをチェーンで連携 — Chain of Responsibilityパターン入門
- 概要: 各検証ルールを独立したMooクラスに分割し、チェーンで組み合わせる設計へリファクタリングします。
この記事の使い方
- 各回を順に読み進めると、なぜリファクタリングが必要かを実感できます。
- サンプルコードは各記事にまとめてあります。目次では短い説明のみ掲載しています。
関連リンク
- 前提:(Mooで覚えるオブジェクト指向シリーズ)