JSONまたはJavaScript Object Notationは、単なるデータの形式または標準です。ログイン名やRESTサービスで使用する必要のあるものを送信するための合意された形式です。
この部分を参照してください：http : //en.wikipedia.org/wiki/JSON
JSONはもともとJavaScriptスクリプト言語から派生したものですが、JSONは言語に依存しないデータ形式であり、JSONデータを解析および生成するためのコードは、さまざまなプログラミング言語ですぐに利用できます。
特定のプログラミング言語の一部ではないため、JSONを使用していることがわかっていれば、さまざまなシステムがデータを簡単にやり取りできます。
RESTに関しては、Webサービスに使用されるアーキテクチャのスタイルにすぎません。
この部分を参照してください：http : //en.wikipedia.org/wiki/Representational_state_transfer
これについて考える1つの方法は、多くの異なるコンピューターが対話して情報を交換できるWebサービスを作成したい場合です。URL経由でデータを受け入れるWebサービスを作成できます
http://www.myservice.com/specialRESTService?name=punkouter
応答は、データが受信されたことを示すJSONオブジェクトである可能性があります。
{
"name": "punkouter",
"status": "service downloaded your data",
}
ODataについて聞いたことがなかったので、グーグルで検索しました。
ODataは、Atom構造が各ODataリクエストから返されたデータを含むエンベロープであるAtomPubプロトコルとJSONに基づいて構築されます。ODataリクエストは、すべてのリクエストにRESTモデルを使用します。各RESTコマンドはPOST、GET、PUT、PATCH、またはDELETE http要求（CRUDへのマッピング）であり、コマンドの詳細はURLにあります。
GET：エンティティのコレクション（フィードドキュメントとして）または単一のエンティティ（エントリドキュメントとして）を取得します。
POST：エントリ文書から新しいエンティティを作成します。
PUT：既存のエンティティをエントリドキュメントで更新します。
PATCH：部分的なエントリドキュメントで既存のエンティティを更新します。
削除：エンティティを削除します。
ODataのように聞こえますが、バニラのRESTスタイルアーキテクチャを補強するために書かれたものです。しかし、C＃または使用している言語でゼロから作成するのではなく、追加することができるように見えます。
ODataを使用して作業を進めている場合、JSONを使用していることになります。
誰かがjavascriptでOData（sic）クエリの結果を解析することはありますか？
はい、JSONを使用しているため（そうですね）。JSを使用するのはまったく自然なことです。
たぶん、ODataは、JSONが提供しないクエリから詳細な情報を取得するために、すべてのクライアントに汎用エンドポイントを提供することに関するものでしょうか？もし私がデータの提供者だったら、それがOdataの目的だと思いますか？
OdataはRESTサービスを提供しますが、プレーンな「汎用」RESTサービスエンドポイントの上にいくつかの標準サービスを追加します。クライアントは、ODataを使用するか、独自のC＃サービスを展開するかを気にしません。応答が合意された形式（JSONなど）であったため。ただし、多くの「すぐに使える」機能を提供するため、作業のためにODataを使用したい場合があります。