1

Ajax と動的ページがインターネットを支配しているように見えますが、いつ HTML フォームを使用する必要があるのでしょうか? いくつかの場所を考えることができます（ログインページ、または実際には動的に変化しない静的ページ）

実際に頭に浮かんだのは、ページ上の HTML を制御できるモデルを持つノックアウトのようなものです。json にモデルがあり、Ajax 呼び出しを実行してデータをサーバーに送信できるため、実際にフォーム送信を行う必要はありません。

ユーザー入力を決して信頼してはならないことは理解していますが、フォームは ajax リクエストを実行するだけでなく、追加の保護を追加すると常に考えていました。

4

3 に答える 3

1

基本的に、フォームはユーザー入力に使用されます。AJAX を通過するとき<form>だけ over を使用するのはなぜですか? GetElementById今日も同様の質問に直面していましたが、答えは次のコードを使用できると結論付けました。

$("#YOUR_FORM").submit( function () {    
    serialized = $(this).serializeArray(); // <-- this saves time

それ以外<form>に、最新の jQuery ベースのアプリケーションでは必要ですか? 私が見る限りではありませんが、おそらく私よりも経験豊富な人が理由を知っているでしょう. また、いくつかの組織を追加すると思います...

その関数に慣れていない場合は、フォーム データを収集し、$_POSTPOST 先のサーバー側ファイルに合わせて配列に配置する作業を行います。

于 2013-11-06T00:05:08.423 に答える
0

私はまだほとんどのアプリでフォームを使用しています。AJAX/JavaScript を使用して form.submit() をインターセプトし、入力を検証しています。

まだフォームを使用する理由は他にもあります。

  1. ユーザーがテキスト入力で ENTER を押すたびに、フォームが送信されるため、 keypress=13 を処理する必要はありません。
  2. 入力タグで「必須」属性を使用して、ブラウザーに検証を処理させることもできます。

JavaScript が失敗した場合、エラーが発生した場合、または CDN の読み込みに失敗した場合でも、通常のフォームを使用すればアプリは存続できるはずです。

于 2013-11-06T00:06:43.397 に答える
-1

たとえば、ファイルのアップロードをサポートしたいが、applets、 、Flashなどのサードパーティのプラグインも避けたい場合Silverlight。

基本的にデータにAJAXは対応していませんmultipart。AJAX の「ルック アンド フィール」をシミュレートするファイル フィールドを含むフォームを見<iframe>たことがありますが、できることは限られています。

于 2013-11-06T00:03:15.933 に答える