今回はユーザー��力データにアクセスするための API、あるいはフォームデータモデルについて書きたいと思います。Schema-Woven Validation は異なるプラットフォームでも一貫したバリデーションロジックを提供する枠組みですからバリデーションの対象であるフォームデータの一貫性が基礎となりますが、各プラットフォームが標準装備するフォームデータモデルにはびっくりするぐらいの違いがあるのが現実です。

フォームのバリデーションにおいて文字列の長さの上限、下限を定めるルールは定番です。今回は文字列の長さをどうやって測るかという話をします。

前回はバリデーションの前処理として両端の空白文字を取り除くことについてお話ししましたが、この処理に使うのが trim() です。今回は、おなじみ trim() に関するあまりなじみのなさそうな話をしたいと思います。

先週の続きで、以前 Contact Form 7 のサイトに書いた「一貫性のある両端空白文字取り扱い方針」で扱ったような話を取り上げるつもりだったんですが、どこかの時点で HTML の仕様が変わったらしく、今では input の型に関係なく両端空白文字が取り除かれた上でバリデーションにかけられるようになっているようです。

HTML のフロントエンドバリデーションの話をします。