<?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>Comments on: Immutable objects in C#</title>
	<atom:link href="http://www.stevecooper.org/2009/07/14/immutable-objects-in-c/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.stevecooper.org/2009/07/14/immutable-objects-in-c/</link>
	<description>Programming, writing, programming about writing.</description>
	<pubDate>Wed, 10 Mar 2010 22:25:23 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Deployment Zone &#187; Side Effect Free Retrieval Pattern</title>
		<link>http://www.stevecooper.org/2009/07/14/immutable-objects-in-c/comment-page-1/#comment-9185</link>
		<dc:creator>Deployment Zone &#187; Side Effect Free Retrieval Pattern</dc:creator>
		<pubDate>Thu, 16 Jul 2009 16:55:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.stevecooper.org/?p=75#comment-9185</guid>
		<description>&lt;p&gt;[...] ICloneable reference type is pretty much required, though any immutable reference type could get by without cloning because any changes gives you a new copy of that [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] ICloneable reference type is pretty much required, though any immutable reference type could get by without cloning because any changes gives you a new copy of that [...]</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Charles Feduke</title>
		<link>http://www.stevecooper.org/2009/07/14/immutable-objects-in-c/comment-page-1/#comment-9180</link>
		<dc:creator>Charles Feduke</dc:creator>
		<pubDate>Tue, 14 Jul 2009 18:05:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.stevecooper.org/?p=75#comment-9180</guid>
		<description>&lt;p&gt;Great.  I have been bitten by non-immutable types in a couple different ways - once where I inadvertently changed the contents of a cached object (dumb on me, but immutables would have prevents such brash actions) and every time I expose "default" instances (primarily for lookup table entries associated with a property from one of my model classes).&lt;/p&gt;

&lt;p&gt;Of course migrating the necessary code to immutable structs is a huge task in of itself... and the places where I'd find the most benefits for immutable types already contain rich class hierarchies that are difficult to clone without a DeepCopy implementation.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Great.  I have been bitten by non-immutable types in a couple different ways - once where I inadvertently changed the contents of a cached object (dumb on me, but immutables would have prevents such brash actions) and every time I expose &#8220;default&#8221; instances (primarily for lookup table entries associated with a property from one of my model classes).</p>

<p>Of course migrating the necessary code to immutable structs is a huge task in of itself&#8230; and the places where I&#8217;d find the most benefits for immutable types already contain rich class hierarchies that are difficult to clone without a DeepCopy implementation.</p>]]></content:encoded>
	</item>
</channel>
</rss>
