La notazione oggetto JSON o JavaScript è semplicemente un formato o uno standard per i dati. È un formato concordato per la trasmissione di qualcosa come un nome di accesso O qualcosa che deve essere utilizzato da un servizio REST.
Vedi questa parte: http://en.wikipedia.org/wiki/JSON
Sebbene originariamente derivato dal linguaggio di scripting JavaScript, JSON è un formato di dati indipendente dalla lingua e il codice per l'analisi e la generazione di dati JSON è prontamente disponibile in una grande varietà di linguaggi di programmazione.
Non fa parte di un particolare linguaggio di programmazione, quindi diversi sistemi possono trasferire i dati abbastanza facilmente, se sanno che stanno usando JSON.
Per quanto riguarda REST è semplicemente uno stile di architettura utilizzato per i servizi web.
Vedi questa parte: http://en.wikipedia.org/wiki/Representational_state_transfer
Un modo di pensarci è se si desidera scrivere un servizio Web con cui molti computer diversi possono parlare ... e scambiare informazioni. È possibile scrivere il servizio Web per accettare i dati tramite l'URL
http://www.myservice.com/specialRESTService?name=punkouter
La risposta potrebbe essere un oggetto JSON che segnala che i tuoi dati sono stati ricevuti.
{
"name": "punkouter",
"status": "service downloaded your data",
}
Non avevo mai sentito parlare di OData, quindi l'ho cercato su Google:
OData è basato sul protocollo AtomPub e JSON in cui la struttura Atom è la busta che contiene i dati restituiti da ciascuna richiesta OData. Una richiesta OData utilizza il modello REST per tutte le richieste. Ogni comando REST è una richiesta POST, GET, PUT, PATCH o DELETE http (mappatura su CRUD) in cui le specifiche del comando sono nell'URL.
OTTIENI: ottieni una raccolta di entità (come documento feed) o una singola entità (come documento entry).
POST: crea una nuova entità da un documento di entrata.
PUT: aggiorna un'entità esistente con un documento di entrata.
PATCH: aggiorna un'entità esistente con un documento di entrata parziale.
ELIMINA: rimuove un'entità.
Sembra che OData sia qualcosa di scritto per migliorare un'architettura in stile REST alla vaniglia .. Ma sembra che possa darti alcune cose aggiuntive per farti andare avanti, invece di dover scrivere cose da zero in C # o in qualsiasi linguaggio tu stia usando.
Se lavori ti sta spingendo ad usare OData, dovresti comunque usare JSON..ma all'interno del framework / standard OData scritto da Microsoft et al.
Qualcuno avrebbe mai analizzato i risultati di una query OData (sic) in javascript ??
Sì, poiché (sembra) utilizza JSON. Sarebbe perfettamente naturale usare JS.
Forse OData consiste nel fornire un endpoint generico a TUTTI i client per ottenere informazioni dettagliate da una query che JSON non fornisce? Quindi, se fossi un fornitore di dati, suppongo che sia quello che serve a Odata?
Odata fornirebbe un servizio REST .. ma con alcuni servizi standard aggiunti oltre a un semplice endpoint di servizio REST "generico" .. i clienti non si preoccupano se stai usando OData o eseguendo il tuo servizio C # per tutto il tempo poiché le risposte erano in un formato concordato (come JSON). Tuttavia, per il tuo lavoro forse vogliono usare OData perché fornisce molte funzionalità "out of the box".