<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Blog de desenvolvimento da Milfont Consulting, Client e Server-side &#187; REST</title>
	<atom:link href="http://www.milfont.org/tech/tag/rest/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.milfont.org/tech</link>
	<description>Blog da Comunidade Milfont Consulting, uma empresa especializada em desenvolvimento Web, principalmente Javascript, node.js e muito Javascript.</description>
	<lastBuildDate>Thu, 26 Jan 2012 11:30:28 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
		<item>
		<title>HTML não serve para REST</title>
		<link>http://www.milfont.org/tech/2008/04/18/html-nao-serve-para-rest/</link>
		<comments>http://www.milfont.org/tech/2008/04/18/html-nao-serve-para-rest/#comments</comments>
		<pubDate>Fri, 18 Apr 2008 17:15:34 +0000</pubDate>
		<dc:creator>cmilfont</dc:creator>
				<category><![CDATA[Mashup]]></category>
		<category><![CDATA[REST]]></category>
		<category><![CDATA[web2.0]]></category>
		<category><![CDATA[Ajax]]></category>
		<category><![CDATA[API]]></category>
		<category><![CDATA[HTTP]]></category>

		<guid isPermaLink="false">http://www.milfont.org/tech/2008/04/18/html-nao-serve-para-rest/</guid>
		<description><![CDATA[O maior problema de disponibilizar uma aplicação como API via REST é a construção de aplicações Mashups com formulários HTML sem usar um &#8220;proxy&#8221; server-side. Digamos que eu queira construir uma aplicação apenas cliente acessando uma API implementada em REST segundo os &#8220;bons constumes&#8221;. Segundo a especificação do HTML, o form só possuem dois tipos [...]]]></description>
			<content:encoded><![CDATA[<p>O maior problema de disponibilizar uma aplicação como API via REST é a construção de aplicações Mashups com formulários HTML sem usar um &#8220;proxy&#8221; server-side.</p>
<p>Digamos que eu queira construir uma aplicação apenas cliente acessando uma API implementada em REST segundo os &#8220;bons constumes&#8221;. Segundo a especificação do HTML, o <a href="http://www.w3.org/TR/html401/interact/forms.html#h-17.13.1">form</a> só possuem dois tipos de método HTTP, o POST e o GET. Isso inviabiliza a submissão de operações de alterações de um recurso pelo método PUT e de exclusão pelo método DELETE. O Fernando Chucre dos <a href="http://www.horizontesdigitais.com">Horizontes Digitais</a> me alertou para consultar a especificação do HTML depois que levei uma surra ao tentar implementar isso com form, eu pensei que era problema no apache e estava tentando &#8220;habilitar&#8221; os outros métodos por não saber que o Form HTML não permite.</p>
<p>Funciona usando AJAX caso a aplicação vá funcionar no mesmo host da API, mas se minha aplicação está hospedada em <a href="http://www.milfont.org/tech/2008/03/09/ajax-crossbrowser-no-ie8-e-ff3/">outro local</a> já não funciona. Outra estratégia que não funciona é <a href="http://www.milfont.org/tech/2007/10/08/script-tag/">Scripttag</a> porque esse só usa GET para adicionar um script no Head da página.</p>
<p>Por enquanto não imaginei uma forma crossbrowser de acessar um recurso remoto pelos métodos PUT e DELETE que não seja usando um Proxy no mesmo host que está hospedado a aplicação consumidora do recurso. Na spec OpenSocial você tem o método makeRequest dessa forma.</p>
<p>Caso alguém tenha uma idéia para contornar esse problema pode comentar aqui.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.milfont.org/tech/2008/04/18/html-nao-serve-para-rest/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
	</channel>
</rss>

