ゆーすけべー日記

ユーザーからのPOST等された入力値の妥当性をチェックする Validation をどこでやるか問題が個人的にありまして〜、DBを使わないケースならばいわゆるFomrValidator::*を使ってControllerでやればいいのですが、Modelを経由するようなアプリだとControllerだけじゃ不安よねぇ〜、Modelだけ使う時もあるし、Model単体のテストで再現出来ないよね〜なんて思ってます。で、実際の実装をControllerではFormValidator::Lite、Modelの一部にData::Validatorを使っているのですが、なんかコレも効率悪い感じしてたんで、ちょいと実験的に理想の一つを実装してみました。 こんな条件です。 エラーメッセージを簡単に設定したいのでValidationモジュールにはFormValidator::Liteを使う 色々錯誤していたらOR

[tmatsuu]

昔、トランザクションでRDBMSにデータを流しこんで最後にロールバック、DB登録が可能かも含めたバリデーション実装を見て感動したことがある。その発想はなかった！的な

[vkgtaro]

単純な CRUD だとそれでもいいのかなぁ。 Django だと Model オブジェクトを含んだ Form オブジェクト作れて、そうすると Model 側に書いた制約が Form に渡るので楽、みたいな感じになってる。ベストとは思ってないけど。

[koemu]

ベストプラクティス、悩ましい。

[issm]

Controller, Model ともに Data::Validator で試行中． / 本題から外れる＆重箱の隅だけど，__PACKAGE__->meta->make_immutable() 自体が 1 を返してくれます．

[perlcodesample]

僕は、バリデーションはデータでもらった入り口でだけ書けばOKだと思う。O/Rマッパーと密に結合させるのは、あんまりお勧めはしないなぁ。

[uzulla]

自分のPHP用オレオレORMもほぼ同じ設計ですね、ただ、チェックとinsertは完全に分けてるけど(TengだとinsertしないとROWにできないからムリだが)

[kamawada]

ORMベタな件は推敲すべきだけど、とりま、こんな感じ

[soh335]

db じゃないけど model で fvm やるときは僕はこういう感じでこの前やってみたな。