La notación de objetos JSON o JavaScript es simplemente un formato o estándar para datos. Es un formato acordado para transmitir algo como un nombre de inicio de sesión O algo que debe ser consumido por un Servicio REST.
Ver esta parte: http://en.wikipedia.org/wiki/JSON
Aunque originalmente se deriva del lenguaje de script JavaScript, JSON es un formato de datos independiente del idioma, y el código para analizar y generar datos JSON está fácilmente disponible en una gran variedad de lenguajes de programación.
No es parte de ningún lenguaje de programación en particular, por lo que diferentes sistemas pueden pasar datos con bastante facilidad, si saben que están usando JSON.
En cuanto a REST, es simplemente un estilo de arquitectura utilizado para servicios web.
Ver esta parte: http://en.wikipedia.org/wiki/Representational_state_transfer
Una forma de pensar en esto es si desea escribir un servicio web con el que muchas computadoras diferentes puedan comunicarse e intercambiar información. Puede escribir su servicio web para aceptar datos a través de la URL
http://www.myservice.com/specialRESTService?name=punkouter
La respuesta podría ser un objeto JSON que indica que se recibieron sus datos.
{
"name": "punkouter",
"status": "service downloaded your data",
}
Nunca había oído hablar de OData, así que busqué en Google:
OData se basa en el protocolo AtomPub y JSON, donde la estructura Atom es el sobre que contiene los datos devueltos por cada solicitud de OData. Una solicitud OData usa el modelo REST para todas las solicitudes. Cada comando REST es una solicitud HTTP POST, GET, PUT, PATCH o DELETE (mapeo a CRUD) donde los detalles del comando están en la url.
OBTENER: Obtenga una colección de entidades (como documento de fuente) o una entidad única (como documento de entrada).
POST: crea una nueva entidad a partir de un documento de entrada.
PUT: Actualizar una entidad existente con un documento de entrada.
PATCH: actualiza una entidad existente con un documento de entrada parcial.
BORRAR: Eliminar una entidad.
Parece que OData es algo escrito para aumentar una arquitectura de estilo REST de vainilla ... Pero parece que puede darle algunas cosas adicionales para que pueda comenzar, en lugar de tener que escribir cosas desde cero en C # o cualquier lenguaje que esté usando.
Si su trabajo lo empuja a usar OData, todavía estaría usando JSON ... pero dentro del marco / estándar OData escrito por Microsoft et al.
¿Alguien analizaría los resultados de una consulta OData (sic) en javascript?
Sí, ya que (parece) está usando JSON. Sería perfectamente natural usar JS.
¿Quizás OData se trata más de proporcionar un punto final genérico para TODOS los clientes para obtener información detallada de una consulta que JSON no proporciona? Entonces, si fuera un proveedor de datos, entonces supongo que para eso es Odata.
Odata proporcionaría un servicio REST ... pero con algunos servicios estándar adicionales además de un punto final de servicio REST "genérico" simple ... a los clientes no les importa si estás usando OData o si estás rodando tu propio servicio C # ... siempre y cuando ya que las respuestas estaban en un formato acordado (como JSON). Sin embargo, para su trabajo tal vez quieran usar OData porque proporciona muchas características "listas para usar".