<?xml version="1.0" encoding="ISO-8859-1"?>
<rss version="2.0">
	<channel>
		<title><![CDATA[Últimas mensagens do tópico "Pool ou Factory?!"]]></title>
		<link>http://www.guj.com.br/posts/list/12.java</link>
		<description><![CDATA[Últimas mensagens enviadas no tópico "Pool ou Factory?!"]]></description>
		<generator>JForum - http://www.jforum.net</generator>
			<item>
				<title>Pool ou Factory?!</title>
				<description><![CDATA[ Olá, <br /> implementei uma classe abstrata a qual contem um metodo static chamado createObject que retorna um objeto tal. Esse metodo funciona assim:<br />  <img src="http://www.guj.com.br/images/smilies/d6741711aa045b812616853b5507fd2a.gif" border="0"> Verifica se o objeto requerido já foi criado. Se sim, pega esse objeto de um map e retorna. Senão, cria o objeto, coloca no map e retorna. Isso é um pool ou uma factory?!<br /> <br /> Até.]]></description>
				<guid isPermaLink="true">http://www.guj.com.br/prepost/6487/32773/pool-ou-factory
</guid>
				<link>http://www.guj.com.br/prepost/6487/32773/pool-ou-factory
</link>
				<pubDate><![CDATA[Mon, 27 Oct 2003 13:23:19]]> GMT</pubDate>
				<author><![CDATA[ cancao]]></author>
			</item>
			<item>
				<title></title>
				<description><![CDATA[ Factory!<br /> <br /> Ou talvez um Pooled Factory... hehehehehe  <img src="http://www.guj.com.br/images/smilies/283a16da79f3aa23fe1025c96295f04f.gif" border="0">]]></description>
				<guid isPermaLink="true">http://www.guj.com.br/prepost/6487/32779/
</guid>
				<link>http://www.guj.com.br/prepost/6487/32779/
</link>
				<pubDate><![CDATA[Mon, 27 Oct 2003 13:55:36]]> GMT</pubDate>
				<author><![CDATA[ danieldestro]]></author>
			</item>
			<item>
				<title></title>
				<description><![CDATA[ um pool eh um factory se voce implementou com factories methods. e uma factory pode vir a ser um pool, justo por isso voce encapsulou a construcao dos objetos!<br /> <br /> outra coisa, isso da nomeclatura, voce nao deve se importar tanto. explicando que eh um pool, o pessoal vai entender.]]></description>
				<guid isPermaLink="true">http://www.guj.com.br/prepost/6487/32816/
</guid>
				<link>http://www.guj.com.br/prepost/6487/32816/
</link>
				<pubDate><![CDATA[Mon, 27 Oct 2003 17:08:13]]> GMT</pubDate>
				<author><![CDATA[ Paulo Silveira]]></author>
			</item>
			<item>
				<title></title>
				<description><![CDATA[ Um Pool é alguém que tem um número finito de instâncias simultâneas, e toma uma atitude quando há mais gente querendo uma instância daquele objeto do que instâncias disponíveis: ou ele dá pau, ou ele coloca o requerente em espera, essas coisas...<br /> <br /> A gente usa Singleton quando a gente quer a MESMA instância todas as vezes. Como vc usa um Map, e retorna a mesma instância, me parece mais o caso.<br /> <br /> Um Connection Pool do JDBC, que é o caso mais comum, é um carinha que tem X instâncias de java.sql.Connection numa fila. Quando alguém empresa uma collection, ele remove. Se ele tiver vazio, alguma coisa especial tem que ser feita. Com o pool do Jakarta, vc pode configurar, se a thread que pediu espera até alguém devolver uma conexão, ou se ela espera um tempo, depois falha, ou se ela falha na hora, ou se o pool cria uma conexao nova só pra atender esse carinha a mais.<br /> <br /> Usa-se um Pool quando uma instanciação daquele objeto é cara, e vc quer portanto reaproveitar instâncias, mas não dá pra viver com um Singleton.<br /> <br /> []s!!]]></description>
				<guid isPermaLink="true">http://www.guj.com.br/prepost/6487/33295/
</guid>
				<link>http://www.guj.com.br/prepost/6487/33295/
</link>
				<pubDate><![CDATA[Thu, 30 Oct 2003 08:44:23]]> GMT</pubDate>
				<author><![CDATA[ dukejeffrie]]></author>
			</item>
			<item>
				<title></title>
				<description><![CDATA[ Acho q minha situação é parecida com a do cancao. Tenho uma classe Usuario que tem um método getInstance(String uid). Mas essa classe não é um singleton. Esse método verifica se existe uma instancia com essa chave num hashtable, se tiver retorna ela, senão cria, coloca no hash e retorna.<br /> <br /> Refaço a pergunta do cancao: isso é uma factory?]]></description>
				<guid isPermaLink="true">http://www.guj.com.br/prepost/6487/34859/
</guid>
				<link>http://www.guj.com.br/prepost/6487/34859/
</link>
				<pubDate><![CDATA[Wed, 5 Nov 2003 11:27:00]]> GMT</pubDate>
				<author><![CDATA[ baiano_mg]]></author>
			</item>
			<item>
				<title></title>
				<description><![CDATA[ Eu acho que como o danieldestro disse, isso funciona como uma Pooled Factory. Bom, no meu caso e aparentemente tambem no seu, não há um numero limitado de instancias como num pool de conexões, por exemplo. Pode ser um numero variavel de instancias mas, como é caro cria-las, o preferivel e manter as que já há em cache e usar quando necessario.<br /> <br /> Em tempo, um pool deve ter, na maioria dos casos, esquemas para tratar acessos concorrentes e garantir que a mesma instancia não será usada em dois cantos ao mesmo tempo. No meu caso e provavelmente no seu, as coisas são diferentes. Voto pelo esquema de Pooled Factory. <img src="http://www.guj.com.br/images/smilies/8a80c6485cd926be453217d59a84a888.gif" border="0"> <br /> <br /> Até.]]></description>
				<guid isPermaLink="true">http://www.guj.com.br/prepost/6487/35031/
</guid>
				<link>http://www.guj.com.br/prepost/6487/35031/
</link>
				<pubDate><![CDATA[Wed, 5 Nov 2003 20:41:45]]> GMT</pubDate>
				<author><![CDATA[ cancao]]></author>
			</item>
			<item>
				<title></title>
				<description><![CDATA[ Acabei de inventar um novo Pattern.<br /> <br /> Vou pedir pra adicionar nos do GoF.]]></description>
				<guid isPermaLink="true">http://www.guj.com.br/prepost/6487/35115/
</guid>
				<link>http://www.guj.com.br/prepost/6487/35115/
</link>
				<pubDate><![CDATA[Thu, 6 Nov 2003 10:05:31]]> GMT</pubDate>
				<author><![CDATA[ danieldestro]]></author>
			</item>
	</channel>
</rss>
