Introducción
Todos los servicios se pueden publicar en diversos protocolos de transporte, ya que estos son una gran capa de abstracción entre recursos y el transporte de información. Por tal motivo se pueden exponer servicios en cualquiera de los siguientes protocolos:
Por qué preferimos ReST?
Nuestra preferencia por ReST viene fundamentada en que la mayoría de los protocolos de intercambio de información basados en contratos obligan a los consumidores a reconfigurar o recompilar (en la mayoría de los casos) los clientes.
Por ejemplo si tenemos un servicio expuesto mediante SOAP con un contrato en WSDL, si cambiamos la firma del mismo nos vemos obligados a recompilar los clientes basado en el nuevo WSDL (Contrato).
Esto en ReST no sucede dado que podemos intercambiar documentos JSON o XML con una mayor flexibilidad. Otros de los argumentos fuertes del uso de ReST es que es mucho mas liviano y posee un footprint menor a SOAP u otros protocolos de web services.
Al mismo tiempo el uso de ReST nos permite hacer uso intensivo de JSON en todas sus variantes JSONP, JSONB o simplemente XML.
Serialización del modelo
Todo el modelo descripto en el captítulo "Modelo de datos" tiene la capacidad en forma automática de ser serializado y des-serializado a JSON o XML desde la plataforma.