JSON形式：説明、例

変数、配列、およびオブジェクト - データプレゼンテーションの身近で便利なフォーム。 必ずしも言語PHPサーバーを行うJavaScriptでブラウザで撮影したデータを説明してください。 JSON形式は、あなたが1つの全体にそれらをコンパイルすることができ、プログラミング言語に焦点を当てることではありません。 データは、「名前=値」のペアに変換されます。 それらのそれぞれの値は、これらのペアの集合であってもよいです。

ブレースとJavaScriptオブジェクトに関連付け採用JSON。 後者は、JSONオブジェクト=表記はJavaScriptフォーマットするので、非常に正当化されます。 近年では、特に動的な、多くが変更されました。 これは、特定の目的のために作成された、多くの場合、予期しない結果をもたらし、新たな地平を開きました。

データ交換：ブラウザ - サーバー

AJAX技術は、ページ全体がもはや人気のある伝統的な、通常の更新となっていません。 訪問者は、サイトを開くと、一部のページが唯一の懸案である場所で変わるとき、部分データ交換のシリーズを開始します。

それは考えられている、それに関連付けられた外観JSON AJAX、実際連想 JavaScriptの配列 とオブジェクト表記（特に構文記述およびオブジェクトの使用）は、ブラウザとサーバ間のデータ交換に比べ、はるかに関連JSONの比です。

現代のサイトのページの内容が本当に「大規模な」となっていますので（サラウンド）、およびデータ交換のためのフォーマットの有効性は、特別な意味に取られています。 私たちは、それがデータの新しいJSON表現だったと言うことはできませんが、彼は長い間、JavaScriptのシンタックス要素であったという事実が不可欠です。

変数の命名でのキリル文字のアルファベットを使用する - 非常に予期しない現象（ナンセンス）、それはクロム、Firefoxの最近のバージョンでは、とさえ、Internet Explorerの11で動作します。

キリルとJSON

もちろん、完全に予想外の現象を利用することが、私は特に外国人の名前、について言うことができるか、ロシア文字で記録された変数の値は、ちんぷんかんぷんになってどのように簡単に覚えておく価値はありません。

それは彼が絶えずに対処するために持っているとブラウザ環境外でキリル文字の名前、支援の取り組みという疑問です。 あなたが開発者に好きなように名前と値を書く機会である - しかし、この事実は、JSON形式でという単純な理由で注目に値します。 アプリケーションの各問題の説明フィールドにそれが必要とされるので、これは重要であり、非常にデバッグを簡素化し、エラーを減少させます。

- どんなに基本構文革新持っていたどのような種類のJSONを、法的権利とライン配置する真の機会与えたことは重要ではありません：「任意の名前=任意の値を。」

私たちは、JavaScript言語への敬意を払う必要があります。開発者を必要としない構文を提供し、それが何かを課しません。 開発者は自由に最適なデータモデルの形成とそれらが使用するアルゴリズムのための言語構文を使用しています。

PHPとJSON

（具体的には、PHPを介して）JSON形式、サーバにデータを取って、それらをそのまま処理するために、同じ形式でブラウザに結果を返すことを可能にします。 ソース配列のPHP：

• $ cJSON =配列（ "" => "アルファ"、 "B" => "ベータ"、 "G" => "ガンマ"）。

ブラウザに送信するためにJSONフォーマットを変換します：

• $ CJS = json_encode（$ cJSON） 。

結果：

• { "A"： "アルファ" 、 "B"： "ベータ"、 "G"： "ガンマ"}。

写真の入れ子に示す許可。

ここでアレイによって形成されたが、この「Z」インデックスに再び自動インデックス「0」と「それ自体に」新たな要素を追加し、そしてました。

逆関数 - json_decode（）は、PHP配列にJSON文字列に変換します。 同様の結果は、PHP機能を操作することによって達成することができる：（）を内破及び爆発します（）。 いくつかのケースでは、このオプションが望ましいです。

ネストレベル

要素は、ブラウザ側またはサーバ側と互いににネストすることができます。 実際にJSON形式（説明RFC 4627規格）は入れ子の4つのレベルよりも有意に多くを提供するが、この可能性を乱用してはなりません。

それは他の開発者のデバッグや理解が容易、コードが読みやすくなり、合理的な充足の限界を超えたことがないのがベストです。

JSONはXMLより簡単に、人間とコンピュータの両方を理解するデータ構造に実施することができます。 データの量が少なく、現像剤のネスティングレベルが賢明に選択したとき、これは、真です。 他のすべての例では、括弧の数をカウントし、データの構造は、ブラウザ側とサーバー側としては難しい理解しています。

JSONファイル

実際にはJSONのアプリケーションは、多くの場合、可能な短い文字列の認識に限定されるものではありません。 任意のデータ構造は、常に実用的です。 同じJSONで有効問題の実際のデータに適用することができる（状態企業）、ならびに一時データの実装のために（キャッシュオブジェクト）。

国営企業とJSON形式：例

姓、名、生年月日、職業、教育、...と、さらにいくつかの気取らない値 - 通常は、およそ1人を記録。 最も要求の厳しい企業に一人のレコードがダースまたは二つのフィールドを超えてはなりません。 この認識は利用可能であり、データベースの列に配置することができます。

同社は、いくつかの人を雇用している場合 - 一つのことですが、数十万の場合 - 全く別です。 あなたは、データベースを使用し続けますが、ファイルにそれを維持することは、より実用的で使い、より手頃な価格に見えることができます。

ファイル形式のJSON - プレーンテキストファイル。 人材派遣の場合、すべての権利。 それは常に可能であるお読みください。 オープンおよび変更は、ファイルの内容に彼らの専有情報を追加する習慣を持たない任意のテキストエディタでもご覧になれます。 一般的には、* .json - 文字列 - それは純粋なブラウザ内のテキスト、およびファイル内にあります。

画像は、画像の一例を構成する、キャッシュオブジェクトを示しています。

これは、マグカップやセラミックスのカラープリントボリュームを提供するサイトを生成したファイルの内容の一例です。 もちろん、あなたが本当に問題、それを開くJSON形式で決定します。 しかし、これと似たようなケースでは、ファイルの読み込みに問題が発生：PHPは、ファイルを読み込み、それを解析し、ブラウザに送信します。 変更された訪問者のデータがサーバーに返され、書き戻されます。

この実施形態では、ファイルの使用は、コード外に格納される変数として現れます。 必要であれば、変数がファイルから値が割り当てられ、そしてそれが対話に訪問者が変更された場合、サイトの提供は、そのまま、すべての変更が記録されます。 ファイルの内容を読み、検証する必要はありません。

JSONは多くの場合、機密情報の保存及び使用のために使用されている - 人材派遣されていない、開発者やサイト訪問者のいずれかを参照してくださいする必要はありません。

XMLとJSON

「良い時間のすべて」 - でも、プログラミングの前に付与されたために、古典的な知識、撮影しました。 「そこではないないこと」 - 人々は人工言語で最初の明瞭なプログラムを書いた前にこれでもありました。

データ形式は、実際のニーズに表示され、達成知識に基づいています。 HTMLで - そのパス、XMLに - 独自の方法を持っている、とJSON - JavaScriptのオブジェクトは、他の言語に拡張ロジックです。 他に1を比較するには最高の職業ではありません。 それぞれ自分自身に。

XMLは素晴らしく、そのタスクにも対応し、明確にするつもりはない歴史に下がります。 JSONは、2006年まで使用されただけではないすべての開発者は、特定のオプションが自分のデータを提示宣言することに彼の義務と考えています。

BASICは、プログラムは、このような、しかし完全にペアを保存する「名前=値」としてJSONを使用し、適切なタイミングでのアルゴリズムに合わせて、それらを利用可能にしていない書かれた実際のケースがありました。

特殊文字（«`»、«〜»、«|»、...）とデータ形式

JavaScriptで連想配列やオブジェクトでの作業の習慣が自然で快適なJSONを使用します。 それは本当に素晴らしい形式ですが、文字列と配列を操作し、共有し、接続する能力は、非常に深いルーツを持っています。

関数は、/スプリットJavaScript言語に参加し、内破/爆発PHP言語は、XMLデータ・フォーマット、JSON、および独自のバージョンとして使用するために便利で効率的なことができます。 後者は、しばしば最適で、最初の2つの一般的な使用オプションに理想的です。 それは別の開発者への情報の送信の場合、サーバーは、ファイルまたはデータベースに、XMLとJSONを見つけるしない方が良いです。 彼らはすべての作業、情報の送信/受信コメントを必要としないので。

アンドロイドでJSONを使います

アンドロイドでJSON形式のデータを読み書きする - 物事のノルムでなく、オブジェクトのセットだけではなく、そのようなデータ形式で動作するように配向さ。

そこ出版物からのメンバーと、それらのサイトの訪問者（FacebookやLinkedInの、Twitterのは、...）の利益となるよう多くは、ソーシャルネットワーキングサイトの驚異的な成功を属性。

これは、JSONにそれを使用しています。 おそらく、これは本当ですが、質問は驚異的なソーシャルネットワークではありませんが、確かに「名前=値」の形式での情報提供は、プログラミングのための、および使用に便利であるという事実。 それは本当に人間に優しい形式で厳しいと複合体化«XML»とは対照的に。

連想配列

とても変数は（JavaScriptを）説明したり、開始値（PHP）を指定しなければならないことが起こりました。 どちらの場合も、その種類を変えることができる変数は非常に簡単です。 必要であれば、言語が自動的にこの変換を行います。

しかし、なぜ変数を変更しないと、その名前は、アルゴリズムの性能には表示されず、そのための必要性が消えたときに消えていないのですか？ 連想配列は、私たちはこの問題を解決することができますが、そのような配列の比較的動的変数名と適切な構文を使用すると、使用時に従います。

これは、特にPHPの顕著な事実であるが、これは、変数名に記号「$」およびオブジェクト内の「の$ this - >」の組み合わせで、実際に、として、許容することができます。 同時に、すべてが異なっているが、その後、すべてがとても身近な自然となり、最初は本当に驚いてどのように、JavaScriptとPHPでプログラミング...

連想配列 - > JSON

この例では、PHPOffice / PHPWordライブラリでドキュメント* .docxのを作成し、aPropertiesの配列は、ドキュメントプロパティ（作成者、会社名、タイトル、カテゴリ、日付、...）が含まれています。

二番目の配列は、ページ上のデータが含まれています。

• 向き（ランドスケープまたは正常）;
• 水平方向および垂直方向の寸法、
• インデント（右欄の左、上、下、）;
• フッター。

文書の形成は、ライブラリPHPOffice / PHPWordを実行しているサーバー上で実行されます。 サイトでは、JavaScriptを介してこれらの配列の管理の値を提供します。 結果は、それが配列である、彼のデザインには、サーバに戻るJSONで返され、PHPでのアルゴリズムで使用されています。

動的変数

JSON形式は、動的変数の問題を解決します。 ここでは、作成、変更、および不要な構文山ずに変数を削除することができます。 それは美しく見えるとJavaScriptで使用されています。

この例でGetOjInfo（）オブジェクトの値と重要性の名前を選択します。 名前、年齢や仕事：最初はJSON文字列オブジェクトは変数ojInfoに割り当てられている、それは3つの要素があります。 少し後に、変数のステータスに追加。

要素作業 - ojInfo文字列を削除する最初の作業の後は、第2削除した後、要素の年齢を失います。 私たちは、文字列が実際に作成、変更または手術野（構文）およびJavaScriptの記述言語処理のうち、そのセットのいずれかを削除することができますJSONを通じて、特定の意味を持つ変数の選択をしていると仮定した場合。

そのようなオプションのJSON形式は設計されていなかったが、それは、可能な実用的で便利です。