<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.csharpfeeds.com/~d/styles/itemcontent.css"?><rss version="2.0">
			<channel>
				<title>CSharp Feeds</title>
				<link>http://csharpfeeds.com</link>
				<description>CSharpFeeds - All your C# feeds in one place.</description>
	
			<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="http://feeds.csharpfeeds.com/Csharpfeeds" /><feedburner:info xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" uri="csharpfeeds" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><item>
				<title>Parameters: oh, I don’t know how many I need…</title>
				<description>If you’re a long time programmer/developer, then you probably expect to be able to create a parameter that receives a variable number of parameters.In C#, to declare a method that accepts a variable number of parameters you need to qualify the parameter with the params keyword. Here’s a quick example:  static void PrintNames( params String[] names){
    foreach (var name in names) {
        Console.WriteLine(name);
    }
}

As you can see, you use an array to represent a variable number of param
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/z8fx8BtV9knt9lred2u3BGK8cXk/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/z8fx8BtV9knt9lred2u3BGK8cXk/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/z8fx8BtV9knt9lred2u3BGK8cXk/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/z8fx8BtV9knt9lred2u3BGK8cXk/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;</description>
				<link>http://feedproxy.google.com/~r/Laneten/~3/188uNJ_I5F0/parameters-oh-i-don-t-know-how-many-i-need.aspx</link>
				<author>luisabreu</author>
				<pubDate>Fri, 03 Sep 2010 10:37:34 GMT</pubDate>
			</item>
	
			<item>
				<title>Reimplementing LINQ to Objects: Part 1 - Introduction</title>
				<description>About a year and a half ago, I gave a talk at a DDD day in Reading, attempting to reimplement as much of LINQ to Objects as possible in an hour. Based on the feedback from the session, I went far too fast... and I was still a long way from finishing. However, I still think it&amp;#39;s an interesting exercise, so I thought I&amp;#39;d do it again in a more leisurely way, blogging as I go. Everything will be under the &amp;quot;Reimplementing LINQ to Objects&amp;quot; tag, so that&amp;#39;s the best way to get all t
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/h7FOQkMAWYVszYf8Eob6hyPYoTk/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/h7FOQkMAWYVszYf8Eob6hyPYoTk/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/h7FOQkMAWYVszYf8Eob6hyPYoTk/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/h7FOQkMAWYVszYf8Eob6hyPYoTk/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;</description>
				<link>http://feedproxy.google.com/~r/JonSkeetCodingBlog/~3/SBk-UDADMnE/reimplementing-linq-to-objects-part-1-introduction.aspx</link>
				<author>skeet</author>
				<pubDate>Fri, 03 Sep 2010 06:37:06 GMT</pubDate>
			</item>
	
			<item>
				<title>Parameters by reference</title>
				<description>By default, parameters are always pass by value. However, the CLR does allow you to pass parameters by reference. In C#, you can use the out or ref keywords for passing parameters by reference. When the compiler sees that you’ve used these keywords, it will emit code that passes the *address* of the parameter rather than its value.  Interestingly, these two keywords are identical from the CLR’s point of view. The story is completely different for the C# compiler since it uses them to see who is
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/WWk1epXLHi_YgbkfnG-JWl_sBJ8/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/WWk1epXLHi_YgbkfnG-JWl_sBJ8/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/WWk1epXLHi_YgbkfnG-JWl_sBJ8/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/WWk1epXLHi_YgbkfnG-JWl_sBJ8/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;</description>
				<link>http://feedproxy.google.com/~r/Laneten/~3/vWDZ7iDMntI/parameters-by-reference.aspx</link>
				<author>luisabreu</author>
				<pubDate>Thu, 02 Sep 2010 09:28:49 GMT</pubDate>
			</item>
	
			<item>
				<title>Don't let this get away</title>
				<description>Josh Twist asked me this via Twitter:     is it possible to invoke a member before a ctor is finished (eg maybe using threaded IL trickery) or is this forbidden somehow? :D   Now I don&amp;#39;t know why everyone seems to think I enjoy writing code which could have bizarre effects on either you, the compiler, the resulting execution or your co-workers... but it&amp;#39;s an interesting topic to look at, anyway.  The perils of partially constructed objects  Hopefully it&amp;#39;s reasonably obvious why it&amp;#3
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/KoRSmhG_QFazTOxtXg2V6QRuem8/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/KoRSmhG_QFazTOxtXg2V6QRuem8/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/KoRSmhG_QFazTOxtXg2V6QRuem8/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/KoRSmhG_QFazTOxtXg2V6QRuem8/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;</description>
				<link>http://feedproxy.google.com/~r/JonSkeetCodingBlog/~3/Shb-_5hbVhY/don-t-let-this-get-away.aspx</link>
				<author>skeet</author>
				<pubDate>Thu, 02 Sep 2010 06:55:55 GMT</pubDate>
			</item>
	
			<item>
				<title>Parameters: by value or by reference? Say what?</title>
				<description>I’m guessing that I won’t be giving any news when I say that parameters are used for passing values into methods. By default, parameters are passed by value. Here’s a quick example which will let us discuss this behavior:  public class Student {
    public String Name { get; set; }
    public Int32 Age { get; set; }
}

static void ChangeName(Student std) {
    std.Name = DateTime.Now.ToString()
}

As I was saying, parameters are passed by value. And that’s true. However, many still are surprised
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/E-TkPhKw4Je6toAkYrqPNIILdzw/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/E-TkPhKw4Je6toAkYrqPNIILdzw/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/E-TkPhKw4Je6toAkYrqPNIILdzw/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/E-TkPhKw4Je6toAkYrqPNIILdzw/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;</description>
				<link>http://feedproxy.google.com/~r/Laneten/~3/npAN9MUyxeY/parameters-by-value-or-by-reference-say-what.aspx</link>
				<author>luisabreu</author>
				<pubDate>Wed, 01 Sep 2010 19:33:31 GMT</pubDate>
			</item>
	
			<item>
				<title>Applying Interface Segregation to Configuration Files</title>
				<description>In .NET, it’s very easy to set up custom configuration section handlers to handle your application or component’s configuration needs.&amp;#160; As my previous post shows, it’s also very easy to configure these with attributes that enforce required fields and other validation.&amp;#160; However, over time it’s very easy to create fairly large configuration sections that violate the Interface Segregation Principle, which states that classes shouldn’t be forced to depend on things they don’t need.  Consid
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/g2S0Jnu51ER3Fn9xI29Rwlw1P0o/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/g2S0Jnu51ER3Fn9xI29Rwlw1P0o/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/g2S0Jnu51ER3Fn9xI29Rwlw1P0o/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/g2S0Jnu51ER3Fn9xI29Rwlw1P0o/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;</description>
				<link>http://stevesmithblog.com/blog/applying-interface-segregation-to-configuration-files/</link>
				<author>ssmith</author>
				<pubDate>Wed, 01 Sep 2010 00:22:00 GMT</pubDate>
			</item>
	
			<item>
				<title>Extension methods: what, how, when</title>
				<description>I’ve already written a little bit about extension methods in the past. However, since I’ve decided to create a new basics series, I think that I probably should go back and write about it again. I guess that the first thing I need to do is define the what. In other words, *what* is an extension method?  An extension method is a static method that you can invoke using instance method syntax. Here’s a quick example:  namespace StringHelpers {
    public static class StringExtension {
        //don
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/tHTivA8wyYk-d7ypXs6Ph-m3dD8/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/tHTivA8wyYk-d7ypXs6Ph-m3dD8/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/tHTivA8wyYk-d7ypXs6Ph-m3dD8/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/tHTivA8wyYk-d7ypXs6Ph-m3dD8/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;</description>
				<link>http://feedproxy.google.com/~r/Laneten/~3/WRHP0qfKWhM/extension-methods-what-how-when.aspx</link>
				<author>luisabreu</author>
				<pubDate>Tue, 31 Aug 2010 09:02:45 GMT</pubDate>
			</item>
	
			<item>
				<title>PropertyOf and INotifyPropertyChanged.PropertyChanged without strings</title>
				<description>When coding applications using design patterns such as MVP (Model-View-Presenter) or MVVM (Model-View-ViewModel), you'll find yourself using data binding and the INotifyPropertyChanged interface all over the place. This means referencing properties quite a lot.

For example, when you want to notify that the value of a property has changed, you can write NotifyPropertyChange("SomeProperty") where NotifyPropertyChange is a method that invokes the INotifyPropertyChanged.PropertyChanged event.

The
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/Bn-_eJo-ubdsUnaPPg4-UIKzqUo/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/Bn-_eJo-ubdsUnaPPg4-UIKzqUo/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/Bn-_eJo-ubdsUnaPPg4-UIKzqUo/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/Bn-_eJo-ubdsUnaPPg4-UIKzqUo/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;</description>
				<link>http://weblogs.asp.net/fmarguerie/archive/2010/08/30/PropertyOf-INotifyPropertyChanged-PropertyChanged-strings-infoof.aspx</link>
				<author>Fabrice Marguerie</author>
				<pubDate>Mon, 30 Aug 2010 17:19:00 GMT</pubDate>
			</item>
	
			<item>
				<title>System.Core in VS2010 Projects</title>
				<description>I just ran into an odd issue with a VS2010 project.&amp;#160; In my case it was an MVC 2 application I was upgrading from VS2008.&amp;#160; One of the built-in controllers (ProfileController) was failing to compile because it could not resolve the Linq extension method symbols Single() and Matches().&amp;#160; These are located in the System.Core assembly.&amp;#160; I checked my project references in Solution Explorer, and System.Core was not listed.&amp;#160; So I tried Add Reference, and System.Core was listed as
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/FWbVAovlkMWWOouFOFyFfRl16Ok/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/FWbVAovlkMWWOouFOFyFfRl16Ok/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/FWbVAovlkMWWOouFOFyFfRl16Ok/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/FWbVAovlkMWWOouFOFyFfRl16Ok/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;</description>
				<link>http://stevesmithblog.com/blog/system-core-in-vs2010-projects/</link>
				<author>ssmith</author>
				<pubDate>Tue, 24 Aug 2010 14:11:49 GMT</pubDate>
			</item>
	
			<item>
				<title>What is the difference in &lt;%: variable%&gt; and &lt;%= variable%&gt; in ASP.NET MVC?</title>
				<description>With many folks adopting ASP.NET MVC as well as Visual Studio 2010, there is a fairly confusing change if you are one of those people who doesn’t engage in the alpha and beta phases of new product releases from Microsoft or any other vendor, for that matter.  The issue of &amp;lt;%: vs. &amp;lt;%= has had a great deal of discussion around it in the years leading up to the Visual Studio 2010 release.&amp;#160; This new expression syntax, or code nugget, is a new feature of ASP.NET 4.&amp;#160; It applies equally
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/mjnbxJrdfjinPGkbfu-6h65q-l0/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/mjnbxJrdfjinPGkbfu-6h65q-l0/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/mjnbxJrdfjinPGkbfu-6h65q-l0/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/mjnbxJrdfjinPGkbfu-6h65q-l0/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;</description>
				<link>http://feedproxy.google.com/~r/jeffreypalermo/~3/143eV_lOYNI/</link>
				<author>Jeffrey Palermo</author>
				<pubDate>Mon, 23 Aug 2010 13:21:26 GMT</pubDate>
			</item>
	
			</channel>
		</rss>
