que tienen un recursomejor práctica para RESTO booleano resultados
/system/resource
y deseo pedir al sistema booleano una pregunta acerca del recurso que no puede ser respondida por el procesamiento en el cliente (es decir, que pueden' t solo OBTENGA el recurso y mire a través de los datos reales del recurso; requiere algún procesamiento en el backend utilizando datos no disponibles para el cliente). por ejemplo
/system/resource/related/otherresourcename
Quiero que esto sea verdadero o falso. ¿Alguien tiene algún ejemplos de mejores prácticas para este tipo de interacción?
posibilidades que vienen a la mente:
uso de código de estado HTTP, el cuerpo sin devolución (huele mal)
retorno cadena de texto sin formato (verdadero, falso, 1, 0) - valores de cadena No estoy seguro lo son apropiadas para usar, y además esto parece estar ignorando el tipo Aceptar medios y siempre volviendo texto plano
proponga un objeto booleano para cada uno de mis tipos de soporte técnico y devuelva el tipo apropiado (un documento JSON con un resultado booleano único , un documento XML con un único campo booleano). Sin embargo, esto parece difícil de manejar.
Yo particularmente no quiero entrar en una larga discusión sobre el verdadero significado de un sistema REST etc - He utilizado la palabra descanso en el título porque mejor expresa el sabor general del sistema de I estoy diseñando (incluso si tal vez I estoy tendiendo más hacia RPC en la web en lugar de verdadero RESTO). Sin embargo, si alguien tiene alguna idea sobre cómo un verdadero sistema RESTful puede evitar este problema por completo, me gustaría escucharlos.
¿Puede por favor hacer que las etiquetas sean menos confusas y más específicas? – WhirlWind
Sí, lo siento, no sabía realmente con qué etiquetar la pregunta. Lo estoy haciendo específicamente con MVC.NET, ¿pero la pregunta seguramente es aplicable a cualquier sistema REST? –