Fortsätt till huvudinnehåll

Regarding the new features in C# 7.0

I have read through the New Features in C# 7.0 blog post on Microsoft Developer Network (MSDN) and also tried them using Visual Studio 2017.
My conclusion is that there is nothing revolutionary in C# 7.0. The features are all "nice to have" stuff.

Out variables

It is now possible to declare an out variable right where it is passed as an out argument. Example:

// Before C# 7.0
int x;
int y;
GetSomeInts(out x, out y);

// From C# 7.0
GetSomeInts(out int x, out int y);

Personally I think this can be good to limit the scope of variables when using the Try-pattern (a method that returns a boolean to indicate success or failure and results as out parameters):

if (TryParse(s, out string a, out string b))
{
    // string a and b in scope and can be used here.
}
else
{
    // string a and b not in scope.
}

Pattern matching

I am not a big fan of passing generic "objects" around and letting methods behave differently depending of the actual type of the object. To me this obfuscates the code. Maybe pattern matching can be used for other things as well, but in all examples I have seen so far it has been used to write methods that takes some kind of generic object as input, then tries to figure out the actual type, and then acts in different ways depending of the type.

In C# 7.0 you can even write Switch statements for generic types where the Case matches different derived types and acts differently depending of the type:

switch (shape) // Assume shape is of base class Shape that both Circle and Square is derived from
{
    case Circle c:
        area = Math.PI * c.Radius * c.Radius;
        break;
    case Square s:
        area = s.Side * s.Side;
        break;
    default:
        area = 0.0;
        break;
}

My advice: Use with care, overuse of generic types makes it hard to understand what is going on in the code.

Tuples

Tuples has been improved in C# 7.0. And I like it. To me Tuples is a good way to group things that belong together without the need to write a separate class or struct.
When I first started working with C# I was a bit surprised that the support for Tuples was so limited. Making the support better is a good improvement. With C# 7.0 Tuples becomes really usable for the first time in C#.

Local functions

I need to play around with this a bit before I can give any recommendations. But it feels like a good way to encapsulate functionality that is not needed outside a specific method. The fact that local functions has access to parameters from the enclosing scope can be used to remove the need to give parameters to the function.

public void AMethod(double radius)
{
     if (Area() < 10.0))
    {
        // Do something.
    }

    double Area()
    {
        return Math.PI*radius*radius;
    }
}


There are some more new stuff available as well, read the MSDN blogpost for a list of all the goodies with code samples.

Kommentarer

Skicka en kommentar

Populära inlägg i den här bloggen

C# Enum as bit field

Bit field enum Whenever you wish to express combinations of properties of an object, bit fields are a good way to accomplish this. As a simple example, consider a file in the file system. It can be Readable , Writable , Hidden or a combination these. The different attributes can be defined as an enum : [Flags] public enum FileAttribute {   None      = 0b0000;   Readable  = 0b0001;   Writeable = 0b0010;   Hidden    = 0b0100; } To indicate that this enum is expected to be used as a bit field I have defined it with the FlagsAttribute . It is important to understand that the FlagsAttribute does nothing more than making some changes to how the ToString method of the enum works, making it possible to print out all flags. It does not introduce any validation or special treatment of the enum in any other way. I have defined the values of the different fields of the enum using binary representation, this should make it even more clear that this is a bit field and which bi
Skicka en kommentar
Läs mer

Codility tasks - Part I

I was recently faced with two codility tasks when applying for a job as an Embedded Software Engineer. For those of you who arn't familiar with Codility you can check out their website here:  www.codility.com Task one - Dominator The first task was called Dominator. The goal was to, given a std::vector of integers, find an integer that occurs in more than half of the positions in the vector. If no dominator was found -1 should be returned. My approach was to loop through the vector from the first to the last element, using a std::map to count the number of occurences of each integer. If the count ever reached above half the size of the vector I stopped and returned that integer and if I reached the end without finding a dominator I returned -1. So was that a good approach? Well, the reviewer at the company rated the solution as 'pretty ok'. His preferred solution was store the first integer in the array and set a counter to 1. Then loop through the remaining i
7 kommentarer
Läs mer