バリデーションのベストプラクティス - ２４時間CakePHP

イントロダクション CakePHPの使い方は多種多様で、もちろん一つのやり方が正解ということはありません。 しかし、CakePHPはフレームワークであるわけで、想定された使い方以外ではその真価をなかなか発揮できません。 CakePHPにおけるモデルは、ビジネスロジックを置くレイヤとして想定されています。 そして、バリデーションを用いることによって保存のロジックを構築するということも想定されています。 これは、何故Cookbookで紹介されるコードが、ほとんどバリデーションとModel::save()の組み合わせであるかということかの答えにもなっています。 悪い例 あなたはModel::save()の代わりとして、以下のようなadd()メソッドをモデルに定義しているかもしれません: <?php class Post extends AppModel { var $validate = arr

[schrift]

　CakePHP, MVC

[Cherenkov]

「Model::save()とModel::validate()には、fieldListという名のオプションがあります。これを指定すると、任意のフィールドのみバリデーションと保存ができます」

[manji6]

CakePHPの組み方は奥深いからなぁ。自由過ぎということもあるが。

[shin1x1]

自分の感覚では、例外を投げる=汚い処理とは感じないです。/ throw の下のreturn文は不要かも。

[tenkoma]

Configure経由でuser_id持ってくるのはアリなのかー、とも思ったけど、確かにバリデーションロジックがすっきり書けて、Controllerもすっきりなりそう。

[ryuzee]

FatControllerはコピペのもとだからなぁ

[tfmagician]

ふむ、良いまとめ！Bakerは皆読んで！