La empresa para la que trabajo, está desarrollando muchos servicios RESTful. Sin embargo, ninguno de ellos expone las API públicas. (En el sentido de que todos los servicios son consumidos internamente por nuestros propios clientes). La razón por la que optamos por el estilo arquitectónico REST fue que queríamos que nuestros servicios fuesen fáciles de consumir y, lo que es más importante, escalaran bien.
Desde mi propia experiencia práctica, he llegado a la conclusión de que el formato de distribución HTTP + ATOM es una buena idea, siempre que quiera mantener las cosas flexibles (en términos de diferentes modelos de contenido, adjuntar y extender metadatos asociados con cargas útiles, análisis uniforme, etc.). ATOM se asegura de que todos interpreten la carga útil de manera uniforme sin ningún margen de ambigüedad.
Sin embargo, si uno no tiene requisitos tan complejos o no prevé tales requisitos, entonces el formato ATOM podría ser un poco caro. (Por ejemplo, elementos como Autor, Título, etc. tienen más sentido en el mundo de los blogs/RSS y pueden no tener sentido en el dominio de su problema particular).
Además, si el objetivo es simplemente serializar estructuras de datos en un extremo y reconstruirlos en el otro extremo, entonces la mayoría de los marcos web (como WCF) tienen formatos personalizados que son más atractivos.
En mi opinión, ATOM Pub es bueno si necesita flexibilidad en términos de representación de datos y si el campo de juego es enorme con diferentes tipos de clientes.
Sin embargo, si tiene un buen conocimiento de los clientes potenciales y los patrones de uso del servidor/cliente, entonces los formatos personalizados pueden ser una buena idea.
Si el cliente está basado en el navegador, los formatos como JSON son muy atractivos.
Espero que responda a tu pregunta.
es posible compartir la lista actualizada –