Skip to main content

...

....

C# Tutorial - Optional and Named Arguments [Beginner]


When C# 4.0 was released, developers got their hands on some syntactic sugar that helps in the readability and maintainability of code - optional arguments and named arguments.

Optional Arguments

The first concept we'll be looking at today is optional arguments. Let's use optional arguments to help a common maintainability issue - adding another argument to a function. Here's a really basic method that we'll be extending.
public void MyFunction(int a)
{
  Console.WriteLine("Parameter a is: {0}", a);
}

...

MyFunction(3);
// Output: Parameter a is: 3
 
At some point in the future, as often happens, a developer decides MyFunction needs to do a little more and needs another argument.
public void MyFunction(int a, int b)
{
  Console.WriteLine(a);
  Console.WriteLine(b);
}
 
This introduces a maintainability problem - everywhere that MyFunction is called now needs to supply another argument. What the developer can do instead is assign argument "b" a default value.
public void MyFunction(int a, int b = 4)
{
  Console.WriteLine("Parameter a is: {0}", a);
  Console.WriteLine("Parameter b is: {0}", b);
}

...

MyFunction(3);
// Output: Parameter a is: 3
// Output: Parameter b is: 4
 
With the use of optional parameters none of the calling code needs to change, and the developer can be at least a little more confident that she didn't break existing code.

There's no limit to the types that can be used in optional parameters. Let's extend our method again by adding an optional string parameter.
public void MyFunction(int a, int b = 4, string c = "foo")
{
  Console.WriteLine("Parameter a is: {0}", a);
  Console.WriteLine("Parameter b is: {0}", b);
  Console.WriteLine("Parameter c is: {0}", c);
}
 
This function can now be called three different ways.
MyFunction(3);
// Output: Parameter a is: 3
// Output: Parameter b is: 4
// Output: Parameter c is: foo

MyFunction(3, 5);
// Output: Parameter a is: 3
// Output: Parameter b is: 5
// Output: Parameter c is: foo

MyFunction(3, 5, "bar");
// Output: Parameter a is: 3
// Output: Parameter b is: 5
// Output: Parameter c is: bar
 
So now what happens if a caller wants to use MyFunction and only supply values for "a" and "c". This is now possible with the use of named arguments.

Named Arguments

Using named parameters, let's call the previous function and supply values for "a" and "c".
MyFunction(3, c: "bar");
// Output: Parameter a is: 3
// Output: Parameter b is: 4
// Output: Parameter c is: bar
 
As you can see, named arguments are used by supplying the name of the argument, a colon, and then the value you'd like to supply for that argument. If you don't supply a name, like I did in this case, they will be assigned in the order they appear in the method signature.

We could also reorder the arguments, if we wanted.
MyFunction(c: "bar", a: 3);
// Output: Parameter a is: 3
// Output: Parameter b is: 4
// Output: Parameter c is: bar
 
One of the best uses I've seen so far for named arguments is to improve readability. Here's an example of code that has poor readability.
Update(
  0.1, 
  2.4, 
  1.7, 
  0.0, 
  10.3, 
  2.3, 
  1.0, 
  0.0, 
  0.0);
I'm sure we've all seen something similar to this. What the heck are those values supposed to mean. Using comments for every value would help, but another solution is to name each argument.
Update(
  positionX: 0.1, 
  positionY: 2.4, 
  positionZ: 1.7, 
  velocityX: 0.0, 
  velocityY: 10.3, 
  velocityZ: 2.3, 
  accelerationX: 1.0, 
  accelerationY: 0.0, 
  accelerationZ: 0.0);
 
This is much more readable. We can see clearly that this Update function is used for some physical properties of an object and we can clearly see where each value is being applied.

That does it for this tutorial on optional and named arguments. Hopefully you can see where this syntax would be useful in your own systems and you begin using them to create higher quality code.

Comments

Popular posts from this blog

C# Snippet - Shuffling a Dictionary [Beginner]

Randomizing something can be a daunting task, especially with all the algorithms out there. However, sometimes you just need to shuffle things up, in a simple, yet effective manner. Today we are going to take a quick look at an easy and simple way to randomize a dictionary, which is most likely something that you may be using in a complex application. The tricky thing about ordering dictionaries is that...well they are not ordered to begin with. Typically they are a chaotic collection of key/value pairs. There is no first element or last element, just elements. This is why it is a little tricky to randomize them. Before we get started, we need to build a quick dictionary. For this tutorial, we will be doing an extremely simple string/int dictionary, but rest assured the steps we take can be used for any kind of dictionary you can come up with, no matter what object types you use. Dictionary < String , int > origin = new Dictionary < string , int >();

C# WPF Printing Part 2 - Pagination [Intermediate]

About two weeks ago, we had a tutorial here at SOTC on the basics of printing in WPF . It covered the standard stuff, like popping the print dialog, and what you needed to do to print visuals (both created in XAML and on the fly). But really, that's barely scratching the surface - any decent printing system in pretty much any application needs to be able to do a lot more than that. So today, we are going to take one more baby step forward into the world of printing - we are going to take a look at pagination. The main class that we will need to do pagination is the DocumentPaginator . I mentioned this class very briefly in the previous tutorial, but only in the context of the printing methods on PrintDialog , PrintVisual (which we focused on last time) and PrintDocument (which we will be focusing on today). This PrintDocument function takes a DocumentPaginator to print - and this is why we need to create one. Unfortunately, making a DocumentPaginator is not as easy as

C# WPF Tutorial - Implementing IScrollInfo [Advanced]

The ScrollViewer in WPF is pretty handy (and quite flexible) - especially when compared to what you had to work with in WinForms ( ScrollableControl ). 98% of the time, I can make the ScrollViewer do what I need it to for the given situation. Those other 2 percent, though, can get kind of hairy. Fortunately, WPF provides the IScrollInfo interface - which is what we will be talking about today. So what is IScrollInfo ? Well, it is a way to take over the logic behind scrolling, while still maintaining the look and feel of the standard ScrollViewer . Now, first off, why in the world would we want to do that? To answer that question, I'm going to take a an example from a tutorial that is over a year old now - Creating a Custom Panel Control . In that tutorial, we created our own custom WPF panel (that animated!). One of the issues with that panel though (and the WPF WrapPanel in general) is that you have to disable the horizontal scrollbar if you put the panel in a ScrollV