javascriptでバリデート

Question

もちろん最終的にはサーバ側でチェックが必要ですが、javascriptでバリデートすることも重要だとパーフェクトjavascriptに書いてあるのですが、結局サーバ側でバリデートするなら、必要ないような気がするのですが、どう思いますか？

Answer 1

「システムを正常に動作させる」という観点ではたしかに不要です。フロントエンドでのバリデーションは、あくまでユーザーの利便性を考えての処理となります。

もっとも、HTML5には多様なtypeが用意されているほか、required、patternやmaxlength、数値型にはminやmaxなどのようなバリデーション属性もありますので、JavaScriptを書かずとも、ある程度のバリデーションは行えます。

Answer 2

必要かどうかは要件やターゲットとするユーザーによると思いますが、
ストレスとなる要素を極力無くしてコンバージョン率を高めたい場合には必要だと思います。

ユーザーによっては何度も入力を間違えてエラーメッセージが表示されるので、
その場合に送信ボタンをクリックして再度画面が表示されるまでの待ち時間がかかったり、
「先に言ってよ」的な感情になったりすると思うので、そういった要因を取り除くには
必要な機能かなと思います。

あくまで個人的な考えですが参考になれば…！

Comments

[tixure55]

なるほど、入力ミスへの速いレス（サーバとの通信の発生しない）としての設計なら有意義ですね。送信ボタンを押す前にユーザに喚起したい場合は必須ですね。ありがとうございました。

Answer 3

入力した内容のチェックをサーバ側だけで行うということは、必ずサーバ側にその値を渡すための通信が発生します

クライアント側だけで済むなら、通信量とサーバ負荷を軽減できます
またユーザにとっても、サーバの応答を待たず即時に入力内容の抜けや間違いが指摘されるので、使い勝手がよくなります（何秒も待たされた結果間違ってたと言われるとがっかりする）

だからといってクライアント側だけのチェックでは、不正な方法でチェックをすり抜けてサーバ側に入力内容を送信できてしまうので、やはりどちらでも行うことがよさそうです

Comments

[tixure55]

回答ありがとうございます、その理屈は分かるのですが、結局サーバ側でバリデート処理を書くなら、結局同じではないですか？おっしゃる通信量とは、つまりクライアント側で無駄な文字列をエスケープすることでサーバに送られるデータが少なくてすむから、クライアント側とサーバ側で両方バリデートを書くべきだという意味ですか？

[takito]

後で気づいた点を追記しました・・・ということをしている間に他の方が同じことを書かれましたが、システムとしてどうあればよいか、だけでなく、ユーザにとってどうあるべきか、どのような操作（攻撃含め）を想定するか、と考えていくと、「やるべき」と思います