バリデーションについて

Question

PHPでフレームワークを使ってWebアプリケーションの開発をしています。
バリデーションの実装場所について教えてください。

現状はユーザーからの入力を検証をフォームが持っているバリデーションオブジェクトで行っています。（フレームワークの機能として提供されているのを使用しています）

当初はWebフォームからの入力だけだったので問題なかったのですが、CSVを取り込んでデータを作成する機能を追加するに当たりCSVデータのバリデーションはどうしたらいいのかと疑問に思いました。

フレームワークの提供するCRUDモデルは不備のあるデータをセットしてもエラーにはならず、saveメソッドを実行して初めてSQLエラーが発生するのでバリデーション処理をどこかで行う必要があります。

そこで考えたのがCRUDモデルにバリデーション機能を実装することですが、そうするとフォームのバリデーションとCRUDモデルのバリデーションで同じ様な処理を実装することになりメンテナンス性が悪くなります。

こういう場合は一般的にどうするのが適当なのかをアドバイスいただけないでしょうか？

特定のフレームワークでの実装方法についての質問ではありませんが、一応今使っているフレームワークはFuelPHPです。

バリデーション処理を実装する場所で悩んでいます。
概念的なお話や考え方などヒントがもらえたらと思います。

実際にこういう実装をしたという例を教えてもらえたりすると大変参考になるので経験者の皆様よろしくお願いします。

Answer 1

FuelPHPは使ったことないですが...
CakePHPでは、モデル側にバリデーション機能があるので、入力がフォームであろうとCSVであろうとモデルのバリデーションが使えるようになっています。
※なお、バリデートエラーが有った場合、フォーム側と連携するようにもなっています。

Comments

[msx2]

CakePHPはモデル側にフォームと連携するバリデーション機能があるんですね。
やはりモデルがバリデーションの機能を持つのが自然ですよね。

FuelPHPにもそういうやり方があるような気がしてきました。
ご回答ありがとうございます！！

[msx2]

モデル側に検証機能を持たせるのが正解みたいですね。
よくよく考えればテーブルと密接な関係がありsaveメソッドを持っているモデルがデータを検証するのが当たり前でした。
FuelPHPの場合はバリデーション機能自体はモデルに持ちませんが、バリデーションルールはモデルに定義することができます。このルールを使ってバリデーションオブジェクトを作るのですが、フォーム専用と大きな勘違いをしていました。
icchiiさんの回答がきっかけでまた一つ理解が深まりました。ありがとうございます。