OData

OData se trata como un protocolo de pleno derecho, y no como HTTP que uno mismo deba decorar: Restorm conoce sus opciones de sistema, sus operaciones y su formato de lote.

Clic derecho en el árbol ▸ Añadir ▸ Petición OData.

Configuración

Campo	Función
URL	El punto de entrada del servicio, conjunto de entidades incluido
Versión OData	v2, v3, v4 o v4.01
Tipo de operación	entity-set, function, action o batch
Cabeceras / Parámetros	Como en una petición HTTP

Opciones de consulta

Cada opción de sistema tiene su propio campo:

$filter · $select · $top · $skip · $count · $expand · $orderby · $search · $format (json, xml, atom) · $apply (agregación, v4.01).

El campo $filter cuenta con autocompletado alimentado por los metadatos importados: se proponen los nombres de propiedades y los operadores.

Funciones y acciones

Para function y action hay disponible una lista de parámetros de operación tipados —nombre, tipo CSDL cualificado, nulabilidad, indicador de vinculación— y, en el caso de una acción, un cuerpo JSON dedicado.

Peticiones $batch

El modo batch contiene una lista de subpeticiones, cada una con su método, su URL, sus cabeceras, su cuerpo y, en su caso, su grupo de atomicidad (change set). Dos opciones:

• Formato: multipart (por defecto) o json;
• Permitir los GET en un change set: desactivado por defecto; activarlo provoca un aviso, porque OData no lo contempla.

Importar los metadatos

Importe un $metadata o un .edmx: Restorm crea una carpeta por conjunto de entidades con sus peticiones CRUD, además de carpetas Actions y Functions. Las peticiones llegan rellenadas previamente con el tipo de entidad, las propiedades, las propiedades de navegación y las opciones de consulta. Consulte Importar OData.

Modo servidor

Restorm sabe alojar un servicio OData v4 de simulación: usted aporta el documento CSDL de metadatos (servido tal cual) y los datos por conjunto de entidades. Las opciones de sistema se aplican a los datos servidos. Consulte Simular un servicio OData.