FuelPHPのデフォルトバリデーションルールの仕様について調べた話 - sometimes I laugh
最近仕事でFuelPHPを使う機会を得たのですが、FuelPHPのデフォルトで用意されているバリデーションルールで少しハマった部分があったため、戒めのためにまとめておきます。 意外とググッても情報が出てこない部分があって、公式ドキュメントはそれなりに充実しているものの、細かな仕様までは書かれていません。最終的にはコアのコードを読むのが一番だと気づいてようやくバリデーションルールの仕様がわかってきたのですが、やっぱり困ったらコアのコードを読む気持ちを持とうよという話です。 前提条件 使用するバージョンは以下の通り。 名前 バージョン PHP 5.5 FuelPHP 1.7 発端になったバリデーション 今回の発端になったのは以下のような名前や年齢を受け取り、検証するフォームです。 コードはこんな感じ app/classes/controller/validation.php <?php cla
Web Application の validation はどのレイヤーでかけるべきか - tokuhirom's blog
数年前にも同じことかいた気がするけど、最近の状況にあわせてかいてみる。 途中で面倒になってきて説明が雑になっている点をご容赦ください。 言いたいことは「結局、昔はサーバサイドで懇切丁寧なエラーメッセージを出すためにModelではなくControllerでバリデーションに関する知識が必要だったけど 今はJavaScriptでやるから不要だよね１１１」ってことです。 この表題は、よく話題にあがるところなのだが、理想論としては Model, Controller, Client side のいずれにおいてもきっちりと validation を行うことがのぞましい。 しかし、実際にはなかなか面倒である。ということで、どこをはぶくかというと Controller における Validation であろう。 ユーザーに対する親切なメッセージは JS の側でだすのが理想的。model の validat
web アプリケーションの入力の validator の悩みを - soh335 memo
最近は考える事が多くて、全然しっくりこなくて困ってる。 rails 的な model に validator を寄せるのが良い時もあるし、やなときもあると思っていて、 controller で formvalidator に request object をぶつけて validate すると、model を他の controller ( api と web, admin とか ) で使う時に不安だなぁとは思う。 けど、同じ valiadte rule を各 controller でやるのはちょっと... みたいな感じもする。 page parameter は 1 から 200 までみたいなのはやっておいたほうがなんとなく安心だなぁというのもあるので、じゃあ data::validator で page 型を作るか ? みたいなことも考える。 けど、全部の parameter の型を作ってる
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
