JSONを使用するためだけにJSONを使用する必要があります

PHP / MySQlバックエンドを使用して、学習用のブログサイトを構築しています。すべてのユーザー入力は、POST要求で送信されたフォームで処理されます。

JSONを使用することで、機能がよりクリーンになり、機能の維持や追加が容易になりますか？または、理由もなく交換フォーマットを追加するだけですか？

それで、本質的に、JSONを使用することでどの機能が最もよく実装されるでしょうか？

JSONにはいくつかの利点があります。

• これは、既存の成熟したツールで検証および解析できる構造化された形式です。
• JavaScriptと簡単に通信できるため、AJAX通信に非常に役立ちます。
• 非常にシンプルで軽量です。XMLデータ交換に使用したいものはすべて、JSONが一般的に優れた代替手段です。

私の経験則では、呼び出しから単一のセマンティック要素のみを返す必要がある場合は、プレーンテキストとして送信します。ただし、複数の情報を返す必要がある場合は、JSONを使用してください。

あなたが説明すること-それはすべてがフォームを介して送信されるブログプラットフォームのように聞こえます-いいえ、あなたはそれをすべてJSONに変換する必要はありません。PHPはフォームをシームレスに処理します。その状況で新しい合併症を導入する理由はありません。

繰り返しますが、特定の状況では、JSONは、半構造化データを Webブラウザに送り返す必要がある場合に使用するものです。ブラウザ側では、JavaScriptでJSONを解析するのは非常に簡単です。

JSONは、Ajaxリクエストを使用してサーバーにデータを渡し、完全なポストバックを行わずに表示するデータを取得するJavaScriptの重いサイトを作成する場合にのみ役立ちます。JSONを使用してその機能を使用する意図がない場合は、コードを別のレイヤーにラップするだけで、シリアル化/非シリアル化して有用な処理を行う必要があります。

JSONを実装しても、サイトがそのまま改善されるとは思いません。JSONはJavaScript Object Notationです。したがって、JavaScriptも学習し始めていない限り、すべてがJSONであることを確認することに固有の価値はありません。

JSONは非常に拡張性があり、適切に構造化されていますが、最速ではありません。

JSONは、エンコードに関する問題を解決するため、サーバーからクライアントにデータを送信するのに最適です。

ただし、サーバーでは、最大のパフォーマンスと最小のディスクスペース消費が必要です。したがって、テーブルの場合はMySQLカラムを使用する必要があり、テーブル以外の場合はバイナリ形式が推奨されます。

バイナリファイルの拡張性の問題を解決するには、構造名に4文字のコード、バージョンに1〜2バイトの数字を使用して構造にタグを付けます。