<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	xmlns:georss="http://www.georss.org/georss"
	xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#"
	
	>
<channel>
	<title>
	Comentarios en: SOAP vs REST ¿cual es mejor?	</title>
	<atom:link href="https://www.oscarblancarteblog.com/2017/03/06/soap-vs-rest-2/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.oscarblancarteblog.com/2017/03/06/soap-vs-rest-2/</link>
	<description>Software Architect &#38; FullStack developer</description>
	<lastBuildDate>Mon, 03 Oct 2022 05:32:27 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=5.5.11</generator>
	<item>
		<title>
		Por: oblancarte		</title>
		<link>https://www.oscarblancarteblog.com/2017/03/06/soap-vs-rest-2/#comment-31631</link>

		<dc:creator><![CDATA[oblancarte]]></dc:creator>
		<pubDate>Mon, 03 Oct 2022 05:32:27 +0000</pubDate>
		<guid isPermaLink="false">https://www.oscarblancarteblog.com/?p=1535#comment-31631</guid>

					<description><![CDATA[En respuesta a &lt;a href=&quot;https://www.oscarblancarteblog.com/2017/03/06/soap-vs-rest-2/#comment-31575&quot;&gt;Douglas&lt;/a&gt;.

Como URL es posible, pero no cumple el mismo objetivo, SOAP siempre trabaja con POST, mientras que REST con cualquer método HTTP, además, SOAP por lo general usa la misma URL para todas las operaciones, mientras que REST usa una URL distinta para cada servicio.]]></description>
			<content:encoded><![CDATA[<p>En respuesta a <a href="https://www.oscarblancarteblog.com/2017/03/06/soap-vs-rest-2/#comment-31575">Douglas</a>.</p>
<p>Como URL es posible, pero no cumple el mismo objetivo, SOAP siempre trabaja con POST, mientras que REST con cualquer método HTTP, además, SOAP por lo general usa la misma URL para todas las operaciones, mientras que REST usa una URL distinta para cada servicio.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Por: Douglas		</title>
		<link>https://www.oscarblancarteblog.com/2017/03/06/soap-vs-rest-2/#comment-31575</link>

		<dc:creator><![CDATA[Douglas]]></dc:creator>
		<pubDate>Fri, 30 Sep 2022 17:38:50 +0000</pubDate>
		<guid isPermaLink="false">https://www.oscarblancarteblog.com/?p=1535#comment-31575</guid>

					<description><![CDATA[hola excelente articulo, pero se puede una direccion url en soap pasarla a rest?]]></description>
			<content:encoded><![CDATA[<p>hola excelente articulo, pero se puede una direccion url en soap pasarla a rest?</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Por: Alexo		</title>
		<link>https://www.oscarblancarteblog.com/2017/03/06/soap-vs-rest-2/#comment-22520</link>

		<dc:creator><![CDATA[Alexo]]></dc:creator>
		<pubDate>Mon, 30 May 2022 12:46:38 +0000</pubDate>
		<guid isPermaLink="false">https://www.oscarblancarteblog.com/?p=1535#comment-22520</guid>

					<description><![CDATA[Gracias ! Entiendo la diferencia entre Soap y Rest.Cuando queremos hacer una comunicación entre backends (Server to Server),podemos usar cualquiera de estos 2 approach,cada uno con sus ventajas y desventajas. Mi consultas son :
1 - Si tengo una aplicacion,que pued ser monolítica o no ,donde tengo un backend y solo tendré un front end que lo consume.Usualmente creamos una Api Rest para que nuestro front end pueda consumirlo.Pero nunca se nos ocurriría exponer nuestro backend con Soap.Esta bien si digo que Rest ,además de permitirnos el intercambio de información entre aplicación y aplicación (backend to backend ) ,tambiens es útil a la hora de exponer servicios para nuestro front end ?
2) Si expongo un backend solo para un front end ,esta bien decir que exponemos un web service o conceptualmente decimos que es un backend for frontend ?
Muchas gracias nuevamente y gran articulo!]]></description>
			<content:encoded><![CDATA[<p>Gracias ! Entiendo la diferencia entre Soap y Rest.Cuando queremos hacer una comunicación entre backends (Server to Server),podemos usar cualquiera de estos 2 approach,cada uno con sus ventajas y desventajas. Mi consultas son :<br />
1 &#8211; Si tengo una aplicacion,que pued ser monolítica o no ,donde tengo un backend y solo tendré un front end que lo consume.Usualmente creamos una Api Rest para que nuestro front end pueda consumirlo.Pero nunca se nos ocurriría exponer nuestro backend con Soap.Esta bien si digo que Rest ,además de permitirnos el intercambio de información entre aplicación y aplicación (backend to backend ) ,tambiens es útil a la hora de exponer servicios para nuestro front end ?<br />
2) Si expongo un backend solo para un front end ,esta bien decir que exponemos un web service o conceptualmente decimos que es un backend for frontend ?<br />
Muchas gracias nuevamente y gran articulo!</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Por: oblancarte		</title>
		<link>https://www.oscarblancarteblog.com/2017/03/06/soap-vs-rest-2/#comment-11822</link>

		<dc:creator><![CDATA[oblancarte]]></dc:creator>
		<pubDate>Fri, 02 Jul 2021 17:38:51 +0000</pubDate>
		<guid isPermaLink="false">https://www.oscarblancarteblog.com/?p=1535#comment-11822</guid>

					<description><![CDATA[En respuesta a &lt;a href=&quot;https://www.oscarblancarteblog.com/2017/03/06/soap-vs-rest-2/#comment-11412&quot;&gt;Matías Peronetto&lt;/a&gt;.

Primero que nada, este artículo que tiene sus años, y mi punto de vista de esto ha cambiado bastante, en la actualidad me inclinaría simpre por REST a menos que exista una necesidad muy puntal de necesitar XML como formato de transmición. Strip es la pasarela de pago más potente de la actualidad y funciona 100% con REST.]]></description>
			<content:encoded><![CDATA[<p>En respuesta a <a href="https://www.oscarblancarteblog.com/2017/03/06/soap-vs-rest-2/#comment-11412">Matías Peronetto</a>.</p>
<p>Primero que nada, este artículo que tiene sus años, y mi punto de vista de esto ha cambiado bastante, en la actualidad me inclinaría simpre por REST a menos que exista una necesidad muy puntal de necesitar XML como formato de transmición. Strip es la pasarela de pago más potente de la actualidad y funciona 100% con REST.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Por: Matías Peronetto		</title>
		<link>https://www.oscarblancarteblog.com/2017/03/06/soap-vs-rest-2/#comment-11412</link>

		<dc:creator><![CDATA[Matías Peronetto]]></dc:creator>
		<pubDate>Thu, 03 Jun 2021 19:16:00 +0000</pubDate>
		<guid isPermaLink="false">https://www.oscarblancarteblog.com/?p=1535#comment-11412</guid>

					<description><![CDATA[Segun la recomendacion de que SOAP es la mejor opcion por robustez, seguridad, control y validación de sus  esquemas en  integración de cores bancarios, pasarelas de pago, ect como mencionaban mas arriba, cual seria la alternativa a tener en cuenta actualmente si se encararia desde cero un desarrollo de este tipo? 

Por ejemplo la empresa donde trabajo es una cadena de retail, donde se comunican sucursales entre si, con centros de distribucion, administracion central, etc., que requiere abrirse al exterior como supongo pasa en la mayoria de estos lugares. El desarrollo actual está basado en .net/WCF, la idea seria no salirse de .net, en caso de seguir optando por SOAP, que me recomiendas?]]></description>
			<content:encoded><![CDATA[<p>Segun la recomendacion de que SOAP es la mejor opcion por robustez, seguridad, control y validación de sus  esquemas en  integración de cores bancarios, pasarelas de pago, ect como mencionaban mas arriba, cual seria la alternativa a tener en cuenta actualmente si se encararia desde cero un desarrollo de este tipo? </p>
<p>Por ejemplo la empresa donde trabajo es una cadena de retail, donde se comunican sucursales entre si, con centros de distribucion, administracion central, etc., que requiere abrirse al exterior como supongo pasa en la mayoria de estos lugares. El desarrollo actual está basado en .net/WCF, la idea seria no salirse de .net, en caso de seguir optando por SOAP, que me recomiendas?</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Por: Juan Pablo		</title>
		<link>https://www.oscarblancarteblog.com/2017/03/06/soap-vs-rest-2/#comment-10024</link>

		<dc:creator><![CDATA[Juan Pablo]]></dc:creator>
		<pubDate>Tue, 16 Feb 2021 13:56:22 +0000</pubDate>
		<guid isPermaLink="false">https://www.oscarblancarteblog.com/?p=1535#comment-10024</guid>

					<description><![CDATA[En respuesta a &lt;a href=&quot;https://www.oscarblancarteblog.com/2017/03/06/soap-vs-rest-2/#comment-9985&quot;&gt;oblancarte&lt;/a&gt;.

Gracias por tu pronta respuesta Oscar. Si, tengo planeado adquirir este curso, ya que las necesidades de conocimiento que tengo sobre el tema exceden a esta consulta, Lo mismo sucede con los cursos de patrones de diseño y el de arquitectura de software. La necesidad tiene que ver con un plan de carrera profesional que tengo en mente, en la cual dispuse tiempos y objetivos. Sin embargo, en este momento, la situación económica en la que me encuentro no me lo permite.
Podrías darme alguna orientación sobre el tema, aunque no profundices sobre la misma? Sería de mucha ayuda para avanzar con el proyecto en el que me encuentro actualmente. La idea también es que al optar por el método Rest, su estructura no sea compleja para quien la consume. Por otra parte estaba pensando en GraphQL, pero también debo resolver el agregar las cuestiones relacionadas a la lógica de negocio. Me gustaría que quien consuma la API, no deba preocuparse por la lógica de negocio, tan solo del frontend.
Muchas gracias nuevamente.
Un abrazo desde Argentina.]]></description>
			<content:encoded><![CDATA[<p>En respuesta a <a href="https://www.oscarblancarteblog.com/2017/03/06/soap-vs-rest-2/#comment-9985">oblancarte</a>.</p>
<p>Gracias por tu pronta respuesta Oscar. Si, tengo planeado adquirir este curso, ya que las necesidades de conocimiento que tengo sobre el tema exceden a esta consulta, Lo mismo sucede con los cursos de patrones de diseño y el de arquitectura de software. La necesidad tiene que ver con un plan de carrera profesional que tengo en mente, en la cual dispuse tiempos y objetivos. Sin embargo, en este momento, la situación económica en la que me encuentro no me lo permite.<br />
Podrías darme alguna orientación sobre el tema, aunque no profundices sobre la misma? Sería de mucha ayuda para avanzar con el proyecto en el que me encuentro actualmente. La idea también es que al optar por el método Rest, su estructura no sea compleja para quien la consume. Por otra parte estaba pensando en GraphQL, pero también debo resolver el agregar las cuestiones relacionadas a la lógica de negocio. Me gustaría que quien consuma la API, no deba preocuparse por la lógica de negocio, tan solo del frontend.<br />
Muchas gracias nuevamente.<br />
Un abrazo desde Argentina.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Por: oblancarte		</title>
		<link>https://www.oscarblancarteblog.com/2017/03/06/soap-vs-rest-2/#comment-9985</link>

		<dc:creator><![CDATA[oblancarte]]></dc:creator>
		<pubDate>Mon, 15 Feb 2021 18:16:02 +0000</pubDate>
		<guid isPermaLink="false">https://www.oscarblancarteblog.com/?p=1535#comment-9985</guid>

					<description><![CDATA[En respuesta a &lt;a href=&quot;https://www.oscarblancarteblog.com/2017/03/06/soap-vs-rest-2/#comment-9803&quot;&gt;Pablo&lt;/a&gt;.

Hola Pablo, lo que tu quieres hacer es perfectamente implementable con REST, incluso, yo lo he hecho muchas veces, quizás lo que te falta es una orientación un poco más profunda, por lo que te invito a que veas mi curso de &lt;a href=&quot;https://codmind.com/courses/api-rest-con-spring-boot&quot; rel=&quot;nofollow ugc&quot;&gt;Mastering API REST&lt;/a&gt;, verás que en ese curso aprenderás a hacer eso y muchas cosas más. además de poder realizar las preguntas que veas necesarias.]]></description>
			<content:encoded><![CDATA[<p>En respuesta a <a href="https://www.oscarblancarteblog.com/2017/03/06/soap-vs-rest-2/#comment-9803">Pablo</a>.</p>
<p>Hola Pablo, lo que tu quieres hacer es perfectamente implementable con REST, incluso, yo lo he hecho muchas veces, quizás lo que te falta es una orientación un poco más profunda, por lo que te invito a que veas mi curso de <a href="https://codmind.com/courses/api-rest-con-spring-boot" rel="nofollow ugc">Mastering API REST</a>, verás que en ese curso aprenderás a hacer eso y muchas cosas más. además de poder realizar las preguntas que veas necesarias.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Por: Pablo		</title>
		<link>https://www.oscarblancarteblog.com/2017/03/06/soap-vs-rest-2/#comment-9803</link>

		<dc:creator><![CDATA[Pablo]]></dc:creator>
		<pubDate>Tue, 09 Feb 2021 08:42:11 +0000</pubDate>
		<guid isPermaLink="false">https://www.oscarblancarteblog.com/?p=1535#comment-9803</guid>

					<description><![CDATA[Hola Oscar. Primeramente, quería felicitarte por tu trabajo en el área educativa sobre estos temas. Es poca la cantidad de material de calidad en español que puede encontrarse en la red.
Luego, quería consultarte sobre una problemática que viene dando vueltas en mi cabeza hace tiempo: tengo que desarrollar una aplicación que se conectará tanto por dispositivos móviles como por un sitio web y una aplicación desktop, motivo por el cual decidí separarlo en capas, delegando la lógica de negocios y el acceso a datos a un servicio web con el objetivo de reutilizar y centralizar estas funcionalidades. Al respecto, te comento que en principio estoy pensando en un servicio Rest, por la rapidez al momento de procesar muchos datos (al economizar con Json), pero no me resulta sencillo diseñar los endpoints, teniendo en cuenta que los procesos de mi aplicación requieren que el servicio provea no solo de CRUDs, sino también operaciones distintas a éstas, como por ejemplo que me devuelva la posición de una caja en un depósito según un algoritmo determinado, calcular impuestos de una factura, etc. No sé si me doy a entender. Posiblemente esté conceptualizando las cosas incorrectamente, pero pareciera que la única manera es encararlo con un servicio Soap, con las desventajas en rendimiento que eso conlleva.
En resumen ¿Es posible implementar lo planteado en servicios Restful? ¿Podrías orientarme al respecto por favor?
Muchas Gracias.]]></description>
			<content:encoded><![CDATA[<p>Hola Oscar. Primeramente, quería felicitarte por tu trabajo en el área educativa sobre estos temas. Es poca la cantidad de material de calidad en español que puede encontrarse en la red.<br />
Luego, quería consultarte sobre una problemática que viene dando vueltas en mi cabeza hace tiempo: tengo que desarrollar una aplicación que se conectará tanto por dispositivos móviles como por un sitio web y una aplicación desktop, motivo por el cual decidí separarlo en capas, delegando la lógica de negocios y el acceso a datos a un servicio web con el objetivo de reutilizar y centralizar estas funcionalidades. Al respecto, te comento que en principio estoy pensando en un servicio Rest, por la rapidez al momento de procesar muchos datos (al economizar con Json), pero no me resulta sencillo diseñar los endpoints, teniendo en cuenta que los procesos de mi aplicación requieren que el servicio provea no solo de CRUDs, sino también operaciones distintas a éstas, como por ejemplo que me devuelva la posición de una caja en un depósito según un algoritmo determinado, calcular impuestos de una factura, etc. No sé si me doy a entender. Posiblemente esté conceptualizando las cosas incorrectamente, pero pareciera que la única manera es encararlo con un servicio Soap, con las desventajas en rendimiento que eso conlleva.<br />
En resumen ¿Es posible implementar lo planteado en servicios Restful? ¿Podrías orientarme al respecto por favor?<br />
Muchas Gracias.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Por: oblancarte		</title>
		<link>https://www.oscarblancarteblog.com/2017/03/06/soap-vs-rest-2/#comment-9341</link>

		<dc:creator><![CDATA[oblancarte]]></dc:creator>
		<pubDate>Tue, 12 Jan 2021 20:18:15 +0000</pubDate>
		<guid isPermaLink="false">https://www.oscarblancarteblog.com/?p=1535#comment-9341</guid>

					<description><![CDATA[En respuesta a &lt;a href=&quot;https://www.oscarblancarteblog.com/2017/03/06/soap-vs-rest-2/#comment-9131&quot;&gt;Luis&lt;/a&gt;.

Si, pues solo tienes que lanzar un query a toda la tabla, luego, los resultados los conviertes en DTO y los retornas en el servicio]]></description>
			<content:encoded><![CDATA[<p>En respuesta a <a href="https://www.oscarblancarteblog.com/2017/03/06/soap-vs-rest-2/#comment-9131">Luis</a>.</p>
<p>Si, pues solo tienes que lanzar un query a toda la tabla, luego, los resultados los conviertes en DTO y los retornas en el servicio</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Por: oblancarte		</title>
		<link>https://www.oscarblancarteblog.com/2017/03/06/soap-vs-rest-2/#comment-9339</link>

		<dc:creator><![CDATA[oblancarte]]></dc:creator>
		<pubDate>Tue, 12 Jan 2021 20:09:43 +0000</pubDate>
		<guid isPermaLink="false">https://www.oscarblancarteblog.com/?p=1535#comment-9339</guid>

					<description><![CDATA[En respuesta a &lt;a href=&quot;https://www.oscarblancarteblog.com/2017/03/06/soap-vs-rest-2/#comment-9271&quot;&gt;maria&lt;/a&gt;.

Yo antes me inclinaba por SOAP, pero ya tiene unos años que prefiero REST por mucho]]></description>
			<content:encoded><![CDATA[<p>En respuesta a <a href="https://www.oscarblancarteblog.com/2017/03/06/soap-vs-rest-2/#comment-9271">maria</a>.</p>
<p>Yo antes me inclinaba por SOAP, pero ya tiene unos años que prefiero REST por mucho</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
