Die JSON- oder JavaScript-Objektnotation ist lediglich ein Format oder ein Standard für Daten. Es handelt sich um ein vereinbartes Format für die Übermittlung eines Anmeldenamens ODER von Daten, die von einem REST-Service verwendet werden müssen.
Siehe diesen Teil: http://en.wikipedia.org/wiki/JSON
Obwohl JSON ursprünglich aus der JavaScript-Skriptsprache abgeleitet wurde, ist es ein sprachunabhängiges Datenformat. Code zum Parsen und Generieren von JSON-Daten ist in einer Vielzahl von Programmiersprachen verfügbar.
Es ist kein Teil einer bestimmten Programmiersprache, daher können verschiedene Systeme Daten sehr leicht weitergeben, wenn sie wissen, dass sie JSON verwenden.
Bei REST handelt es sich lediglich um einen Architekturstil, der für Webdienste verwendet wird.
Siehe diesen Teil: http://en.wikipedia.org/wiki/Representational_state_transfer
Eine Möglichkeit, darüber nachzudenken, besteht darin, einen Webdienst zu schreiben, mit dem viele verschiedene Computer kommunizieren und Informationen austauschen können. Sie können Ihren Webdienst so schreiben, dass er Daten über die URL akzeptiert
http://www.myservice.com/specialRESTService?name=punkouter
Die Antwort könnte ein JSON-Objekt sein, das signalisiert, dass Ihre Daten empfangen wurden.
{
"name": "punkouter",
"status": "service downloaded your data",
}
Ich hatte noch nie von OData gehört und habe es gegoogelt:
OData basiert auf dem AtomPub-Protokoll und JSON, wobei die Atom-Struktur der Umschlag ist, der die von jeder OData-Anforderung zurückgegebenen Daten enthält. Eine OData-Anforderung verwendet für alle Anforderungen das REST-Modell. Jeder REST-Befehl ist eine POST-, GET-, PUT-, PATCH- oder DELETE-HTTP-Anforderung (Zuordnung zu CRUD), deren Einzelheiten in der URL angegeben sind.
GET: Ruft eine Sammlung von Entitäten (als Feed-Dokument) oder eine einzelne Entität (als Eintrittsdokument) ab.
POST: Erstellt eine neue Entität aus einem Erfassungsdokument.
PUT: Aktualisieren Sie eine vorhandene Entität mit einem Erfassungsdokument.
PATCH: Aktualisieren Sie eine vorhandene Entität mit einem Teilerfassungsdokument.
LÖSCHEN: Eine Entität entfernen.
Klingt so, als ob OData etwas ist, das eine Vanille-REST-Architektur erweitert. Aber es sieht so aus, als ob es Ihnen ein paar zusätzliche Dinge bieten kann, die Sie zum Laufen bringen, anstatt Dinge in C # oder einer anderen Sprache von Grund auf neu schreiben zu müssen.
Wenn Sie sich für die Verwendung von OData engagieren, würden Sie weiterhin JSON verwenden, jedoch innerhalb des OData-Frameworks / Standards von Microsoft et al.
Würde jemals jemand die Ergebnisse einer OData-Abfrage in Javascript analysieren?
Ja, da (wie es klingt) es JSON verwendet. Es wäre völlig natürlich, JS zu verwenden.
Vielleicht geht es bei OData mehr darum, einen allgemeinen Endpunkt für ALLE Clients bereitzustellen, um detaillierte Informationen aus einer Abfrage zu erhalten, die JSON nicht bereitstellt? Wenn ich also ein Datenanbieter wäre, würde ich annehmen, dass Odata genau dafür gedacht ist.
Odata würde einen REST-Dienst bereitstellen, aber mit einigen zusätzlichen Standarddiensten zusätzlich zu einem einfachen "generischen" REST-Dienst-Endpunkt. Kunden ist es egal, ob Sie OData verwenden oder Ihren eigenen C # -Dienst so lange rollen als die Antworten in einem vereinbarten Format (wie JSON) waren. Für Ihre Arbeit möchten sie jedoch möglicherweise OData verwenden, da es viele "out-of-the-box" -Funktionen bietet.