<?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"
	>
<channel>
	<title>Comments for Reshef's tip of the day</title>
	<atom:link href="http://jajahdevblog.com/reshef/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://jajahdevblog.com/reshef</link>
	<description>.net development tips</description>
	<pubDate>Fri, 21 Nov 2008 08:26:40 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>Comment on Implicit construction of objects by nadav</title>
		<link>http://jajahdevblog.com/reshef/2008/01/03/implicit-construction-of-objects/#comment-8</link>
		<dc:creator>nadav</dc:creator>
		<pubDate>Sun, 06 Jan 2008 09:48:49 +0000</pubDate>
		<guid isPermaLink="false">http://jajahdevblog.com/reshef/2008/01/03/implicit-construction-of-objects/#comment-8</guid>
		<description>This is very nice, but it is only useful when the object we construction is based on one object.

I like what you said about less being more and i agree. i think this does look nicer and a little clearer to "the non-programmer".
And usually when codding we try to make it understandable by him, if he gets it, everyone gets it.

nice post =]</description>
		<content:encoded><![CDATA[<p>This is very nice, but it is only useful when the object we construction is based on one object.</p>
<p>I like what you said about less being more and i agree. i think this does look nicer and a little clearer to &#8220;the non-programmer&#8221;.<br />
And usually when codding we try to make it understandable by him, if he gets it, everyone gets it.</p>
<p>nice post =]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Implicit construction of objects by reshef</title>
		<link>http://jajahdevblog.com/reshef/2008/01/03/implicit-construction-of-objects/#comment-7</link>
		<dc:creator>reshef</dc:creator>
		<pubDate>Sun, 06 Jan 2008 08:44:41 +0000</pubDate>
		<guid isPermaLink="false">http://jajahdevblog.com/reshef/2008/01/03/implicit-construction-of-objects/#comment-7</guid>
		<description>I didn't test performance but there should be no problem since all it does is to call a static method.</description>
		<content:encoded><![CDATA[<p>I didn&#8217;t test performance but there should be no problem since all it does is to call a static method.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Implicit construction of objects by Noy</title>
		<link>http://jajahdevblog.com/reshef/2008/01/03/implicit-construction-of-objects/#comment-6</link>
		<dc:creator>Noy</dc:creator>
		<pubDate>Sat, 05 Jan 2008 12:21:57 +0000</pubDate>
		<guid isPermaLink="false">http://jajahdevblog.com/reshef/2008/01/03/implicit-construction-of-objects/#comment-6</guid>
		<description>great post!

what about performance wise?
is it act differently?</description>
		<content:encoded><![CDATA[<p>great post!</p>
<p>what about performance wise?<br />
is it act differently?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Reflection and performance: DynamicMethod by Reshef&#8217;s tip of the day &#187; Blog Archive &#187; DynamicMethod full example</title>
		<link>http://jajahdevblog.com/reshef/2007/12/17/reflection-and-performance-dynamicmethod/#comment-4</link>
		<dc:creator>Reshef&#8217;s tip of the day &#187; Blog Archive &#187; DynamicMethod full example</dc:creator>
		<pubDate>Tue, 18 Dec 2007 14:14:56 +0000</pubDate>
		<guid isPermaLink="false">http://jajahdevblog.com/reshef/?p=26#comment-4</guid>
		<description>[...] Reshef&#8217;s tip of the day .net development tips      &#171; Reflection and performance: DynamicMethod [...]</description>
		<content:encoded><![CDATA[<p>[...] Reshef&#8217;s tip of the day .net development tips      &laquo; Reflection and performance: DynamicMethod [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Tip of the day: DictionaryAdapter by reshef</title>
		<link>http://jajahdevblog.com/reshef/2007/11/25/tip-of-the-day-dictionaryadapter/#comment-3</link>
		<dc:creator>reshef</dc:creator>
		<pubDate>Thu, 29 Nov 2007 09:11:30 +0000</pubDate>
		<guid isPermaLink="false">http://jajahdevblog.com/reshef/?p=12#comment-3</guid>
		<description>Hi Tzahi,

1) Performance: The first time that a type of dictionary adapter (the interface) is requested, the code is being emitted in runtime which takes time though it should be quite fast and then it caches it. Any following call to the factory will return the already created type without performance cost. So to conclude, the performance cost is only at startup.

2) Datatypes: The adapter returns the types as they are - if the dictionary holds a DateTime type, the adapter then should return a DateTime. The adapter doesn't handle explicit conversion between data types.
In this example, the configuration is stored in an xml file so naturally it will be strings and ints.

3) Aliasing will just let u call the type of the dictionary differently but wouldn't make it typed and therefore there will be no performance gain.</description>
		<content:encoded><![CDATA[<p>Hi Tzahi,</p>
<p>1) Performance: The first time that a type of dictionary adapter (the interface) is requested, the code is being emitted in runtime which takes time though it should be quite fast and then it caches it. Any following call to the factory will return the already created type without performance cost. So to conclude, the performance cost is only at startup.</p>
<p>2) Datatypes: The adapter returns the types as they are - if the dictionary holds a DateTime type, the adapter then should return a DateTime. The adapter doesn&#8217;t handle explicit conversion between data types.<br />
In this example, the configuration is stored in an xml file so naturally it will be strings and ints.</p>
<p>3) Aliasing will just let u call the type of the dictionary differently but wouldn&#8217;t make it typed and therefore there will be no performance gain.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Tip of the day: DictionaryAdapter by Tzahi</title>
		<link>http://jajahdevblog.com/reshef/2007/11/25/tip-of-the-day-dictionaryadapter/#comment-2</link>
		<dc:creator>Tzahi</dc:creator>
		<pubDate>Thu, 29 Nov 2007 07:34:48 +0000</pubDate>
		<guid isPermaLink="false">http://jajahdevblog.com/reshef/?p=12#comment-2</guid>
		<description>Hi Reshef,

My name is Tzahi and I'm very interested in your tips. 
I have two questions and one comment:

1) what is the performance cost?
2) it seems to me that the adapter can implement simple Interfaces. Specifically, only primitive types of the same type. For example, only strings or only ints, but no combined strings and ints and no objects.
3) as an advocate reader of your tips, wouldn't aliasing the dictionary also achieve points 1 and 3?

Tzahi</description>
		<content:encoded><![CDATA[<p>Hi Reshef,</p>
<p>My name is Tzahi and I&#8217;m very interested in your tips.<br />
I have two questions and one comment:</p>
<p>1) what is the performance cost?<br />
2) it seems to me that the adapter can implement simple Interfaces. Specifically, only primitive types of the same type. For example, only strings or only ints, but no combined strings and ints and no objects.<br />
3) as an advocate reader of your tips, wouldn&#8217;t aliasing the dictionary also achieve points 1 and 3?</p>
<p>Tzahi</p>
]]></content:encoded>
	</item>
</channel>
</rss>
