¿Se pueden considerar mis servicios web .NET como una interfaz RESTful?

Question

Feliz año nuevo

Tengo un montón de servicios web SOAP. Todos tienen una interfaz HTTP POST y GET junto con la interfaz SOAP. Creo que POST y GET se ofrecen de forma predeterminada al crear servicios web SOAP en .NET / Visual Studio.

Estos métodos: (1) obtienen información, por ejemplo, proporcionan su nombre de usuario, contraseña y un ID de transacción - > obtener un XML con el estado de su transacción; (2) cree una transacción proporcionando su nombre de usuario, contraseña y algunos datos, > obtenga un XML con su ID de transacción.

Mi pregunta es: ¿sería correcto decir que tengo un servicio web RESTful para esos tipos de Ruby?

Answer 1

Bueno, podría ser POX, pero para REST verdadero, los URI mismos serían representativos de los datos que se solicitan, como / Orders / 12345; ¿Es este el caso?

Además, los datos que regresan estarían centrados en los datos, en lugar de centrarse en la operación (que tiende a ser la norma para los servicios basados ??en SOAP). es decir, los resultados generalmente estarían directamente relacionados con los datos.

Tenga en cuenta que puede crear servicios REST en .NET con ADO.NET Data Services (también conocido como Astoria). Esto es parte de 3.5 SP1 y usa WCF debajo del capó. De forma predeterminada, REST completo está disponible para Entity Framework, o solo de consulta en cualquier API IQueryable . Pero también puede habilitar REST completo en LINQ-to-SQL (o cualquier otra cosa) implementando IUpdatable . Cubro esto en una serie que comienza aquí .