<?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/"
		>
<channel>
	<title>Comentários sobre: TPW &#8211; Testando sistemas legados: classes Utils</title>
	<atom:link href="http://1up4dev.org/2009/03/tpw-testando-sistemas-legados-classes-utils/feed/" rel="self" type="application/rss+xml" />
	<link>http://1up4dev.org/2009/03/tpw-testando-sistemas-legados-classes-utils/</link>
	<description>Nadando contra o Waterfall. tail -f /mind/realworld &#62;&#62; /blog</description>
	<lastBuildDate>Thu, 17 Jun 2010 13:47:54 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Por: Rodrigo Panachi</title>
		<link>http://1up4dev.org/2009/03/tpw-testando-sistemas-legados-classes-utils/comment-page-1/#comment-113</link>
		<dc:creator>Rodrigo Panachi</dc:creator>
		<pubDate>Thu, 19 Mar 2009 12:25:19 +0000</pubDate>
		<guid isPermaLink="false">http://1up4dev.org/?p=330#comment-113</guid>
		<description>@André, realmente o padrão Singleton especifica que o construtor seja privado. Neste exemplo, deixei o construtor protected para que fosse possível alterar a instância do singleton apenas por herança.

Como disse, essa é uma &quot;alternativa&quot; para tornar o código testável sem muitas alterações drásticas. Mas, como você disse, se a oportunidade permitir refatorar tudo e usar interfaces, não pense duas vezes: com certeza é a melhor solução.

[]&#039;s</description>
		<content:encoded><![CDATA[<p>@André, realmente o padrão Singleton especifica que o construtor seja privado. Neste exemplo, deixei o construtor protected para que fosse possível alterar a instância do singleton apenas por herança.</p>
<p>Como disse, essa é uma &#8220;alternativa&#8221; para tornar o código testável sem muitas alterações drásticas. Mas, como você disse, se a oportunidade permitir refatorar tudo e usar interfaces, não pense duas vezes: com certeza é a melhor solução.</p>
<p>[]&#8217;s</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: André Cardoso</title>
		<link>http://1up4dev.org/2009/03/tpw-testando-sistemas-legados-classes-utils/comment-page-1/#comment-111</link>
		<dc:creator>André Cardoso</dc:creator>
		<pubDate>Tue, 17 Mar 2009 03:27:52 +0000</pubDate>
		<guid isPermaLink="false">http://1up4dev.org/?p=330#comment-111</guid>
		<description>Olá, 

Poderias me esclarecer uma dúvida?

O singleton que foi implementado não apresenta o construtor privado. Isso não foje a essência desse padrão de projeto? 
Se fores manter o construtor privado, ou seja, fazer um &quot;singleton clássico&quot;, a alternativa dos mocks/stubs não pode ser aplicada como foi mostrada.


Passei por esse problema e acabei refatorando tudo utilizando uma interface para o objeto em questão. Consegues ver uma solução melhor?

Parabéns pelo blog!
Obrigado!</description>
		<content:encoded><![CDATA[<p>Olá, </p>
<p>Poderias me esclarecer uma dúvida?</p>
<p>O singleton que foi implementado não apresenta o construtor privado. Isso não foje a essência desse padrão de projeto?<br />
Se fores manter o construtor privado, ou seja, fazer um &#8220;singleton clássico&#8221;, a alternativa dos mocks/stubs não pode ser aplicada como foi mostrada.</p>
<p>Passei por esse problema e acabei refatorando tudo utilizando uma interface para o objeto em questão. Consegues ver uma solução melhor?</p>
<p>Parabéns pelo blog!<br />
Obrigado!</p>
]]></content:encoded>
	</item>
</channel>
</rss>