<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://weblogs.asp.net/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Inconsistencies in .NET 2.0 (Build 40301)</title><link>http://weblogs.asp.net/rmclaws/archive/2004/04/21/117832.aspx</link><description>So over the past 48 hours, I've been really diving into the Framework 2.0, looking at how the Provider Model is architected and implemented. There is one point that kind of confuses me, and I'm hoping that since there are so many Microsoft voices here</description><dc:language>en</dc:language><generator>CommunityServer 2007 SP1 (Build: 20510.895)</generator><item><title>re: Inconsistencies in .NET 2.0 (Build 40301)</title><link>http://weblogs.asp.net/rmclaws/archive/2004/04/21/117832.aspx#119219</link><pubDate>Fri, 23 Apr 2004 22:21:00 GMT</pubDate><guid isPermaLink="false">c06e2b9d-981a-45b4-a55f-ab0d8bbfdc1c:119219</guid><dc:creator>Paul Vick</dc:creator><author>Paul Vick</author><description>One thing I would add is that there's also a question of ordering that frequently enters into this equasion. When a feature like TryCast gets checked in, it can take a while before tools that support it get accepted to be used to build the frameworks. We also miss things sometimes, too, so feel free to point out places where it looks like we could do things better!&lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=119219" width="1" height="1"&gt;</description></item><item><title>re: Inconsistencies in .NET 2.0 (Build 40301)</title><link>http://weblogs.asp.net/rmclaws/archive/2004/04/21/117832.aspx#117888</link><pubDate>Thu, 22 Apr 2004 01:48:00 GMT</pubDate><guid isPermaLink="false">c06e2b9d-981a-45b4-a55f-ab0d8bbfdc1c:117888</guid><dc:creator>Julien Ellie</dc:creator><author>Julien Ellie</author><description>Yes, it's very simple, generics are not yet CLS compliant, so no API will expose generics until that's the case. &lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=117888" width="1" height="1"&gt;</description></item><item><title>RE: Inconsistencies in .NET 2.0 (Build 40301)</title><link>http://weblogs.asp.net/rmclaws/archive/2004/04/21/117832.aspx#117864</link><pubDate>Thu, 22 Apr 2004 01:04:00 GMT</pubDate><guid isPermaLink="false">c06e2b9d-981a-45b4-a55f-ab0d8bbfdc1c:117864</guid><dc:creator>kpako@yahoo.com (Dare Obasanjo)</dc:creator><author>kpako@yahoo.com (Dare Obasanjo)</author><description>When last I checked there were guidelines that any API that used generics should also provide non-generic versions of the method so it could be used from languages that didn't support generics. I don't know if this policy has changed but I didn't see the point of doubling my API surface area for what is effectively syntactic sugar so I didn't use generics in any of the APIs I was designing for Whidbey. &lt;br&gt;&lt;br&gt;I have no idea about about other teams in Whidbey.  &lt;img src="http://weblogs.asp.net/aggbug.aspx?PostID=117864" width="1" height="1"&gt;</description></item></channel></rss>