LINQ Design Guidelines

Mircea, a program manager on my team, has worked on development of design guidelines for LINQ related features. The guidelines were reviewed internally and are now available on Mitch’s blog. We might still iterate on them a bit, but quite soon I plan to incorporate them into Framework Design Guidelines manuscript, so if you have feedback, it’s time to send it our way! :-)

Thanks!

Published 12 March 08 09:13 by kcwalina
Filed under:

Comment Notification

If you would like to receive an email when updates are made to this post, please register here

Subscribe to this post's comments using RSS

Comments

# Keith Patrick said on March 13, 2008 1:34 AM:

Thank you for just referring to lambda expressions as a shorthand for anonymous delegates. It drove me nuts trying to grasp the concept early on due to all the space dedicated to the origins in calculus (it served to confuse more than inform). In fact, that goes for a lot of these guidelines; I would have saved a bit of time/frustration if these were around a few months ago rather than the long drawn out MSDN articles introducing LINQ.  Straight and to the point is great (lamdbas are delegates, LINQ is a bunch of extension methods, the nature of Expression<>.

One thing, though: for us language purists, could you include alternate method call versions of sample code instead of just the language extensions? I find the not-quite-SQL format of the LI part to be more confusing than helpful due to the odd structuring of the SELECTs

# Kent Boogaart said on March 13, 2008 5:24 AM:

Don't seem to be able to comment against that post so I'll post here...

Just wondering whether there should be explicit treatment of extension methods against enumerations in the guidelines. It seems to me that it will be quite common to see something like:

public enum MyEnum {

   ValueOne, ValueTwo

}

public static class MyEnumExtensions {

   public static string ToHumanReadableString(this MyEnum myEnum) {

       //impl

   }

}

According to the guidelines, this is bad because the extensions are in the same namespace as the enumeration. But is it really such a bad thing for enumerations? They're a special case, IMO - these members cannot be added directly to them.

# Andrejs Mamontovs said on March 13, 2008 5:34 AM:

Krzysztof Cwalina savā vietnē ( http://blogs.msdn.com/kcwalina/archive/2008/03/12/8178467.aspx ) paziņojis

# Sam Gentile said on March 13, 2008 9:33 AM:

&#160; Comments and trackbacks are back on after a futile battle with spam. I&#39;ll see how long it

# Community Blogs said on March 14, 2008 3:36 AM:

You know that I&#39;m a big fan of framework and library design so also have been a big fan of Framework

# Termékinformációk fejlesztőknek said on February 5, 2009 12:31 PM:

[ Nacsa Sándor , 2009. január 19. – február 5.] Ez a Team System változat fejlett eszközrendszert kínál

# Krzysztof Cwalina LINQ Design Guidelines | Outdoor Decor said on June 19, 2009 12:16 AM:

PingBack from http://outdoordecoration.info/story.php?id=1833

Leave a Comment

(required) 
(optional)
(required) 

  
Enter Code Here: Required
Page view tracker