サーバー側で必要なクライアント側の変数を1〜5と言い、ajax(Postメソッド)を介して通信を処理する場合、それらを取得するための2つの主要な方法があります。
- JSONを使用してエンコード(および後でデコード)し、POST変数でJSON文字列として送信する
また
- 送信する必要のある変数ごとにPOST変数を作成するだけです。
それは重要ですか、それとも単なる好みですか?
サーバー側で必要なクライアント側の変数を1〜5と言い、ajax(Postメソッド)を介して通信を処理する場合、それらを取得するための2つの主要な方法があります。
また
それは重要ですか、それとも単なる好みですか?
私はそれがすべて、jsonが追加するオーバーヘッドの量に要約されると思います。2、3、または約5つのフィールドをPOSTする場合は、通常のPOSTを使用してください。それ以外の場合、意味のあるデータのかなりのチャンクを送信しようとしている場合は、常にJSONを使用することをお勧めします。
基本的に、サーバーでの計算が必要な大量のデータの場合、JSONをデコードすると配列の配列が得られ、$ _ POST配列を循環するよりも簡単に実行できるため、JSONを使用するのが最適です。
さらに、JSONでエンコードしてサーバーに情報を送信することは、特にサーバーが計算/チェックを実行して応答を返す場合に意味があります。これを行っている間は、プレーンテキストではなくJSONでエンコードされた応答を送信する方が常に優れています。JSONを使用すると、POSTEDデータ内のデータの追加/編集が簡単になります。
JSONを逆シリアル化するためのオーバーヘッドは間違いなくありますが、それほど多くはありません。送信するすべての値に対して新しい変数を作成するよりも、JSONの方がはるかに望ましいと思います。さらに、JSONの実装が整ったら、スケーリングがはるかに簡単になることがわかりました(つまり、何らかの理由で後で新しい値を追加する必要がある場合)。
個人的な好みだと思います。
POSTでJSONを使用する場合のように、パフォーマンスやベストプラクティスについて特別なことは何も聞いていません。AJAX呼び出し内からフォームをPOSTするときは、通常のPOSTパラメーターを使用することを好みます。ただし、その数を書き留めるのが非常に不快な場合を除きます。その後、JSONを使用します...
ただし、プロジェクトごとに統一する必要があります。JSONを使用することにした場合は、常に使用してください...
jsonの良いところは、カプセル化とapiが提供することです。ただし、値をそのまま投稿する場合と比較して、シリアル化/逆シリアル化するためのオーバーヘッドが少しある可能性があります。
結局、関連する違いはありません。