5 things I would like to see in C# 5.0

C# 4.0 is out with a lots of new specs this year. Few of them are really good, like the support of Task level Parallelism, Dynamic behavior of objects etc. So C# is very rich now in all respect. But this is not the end of everything. As I did introduced few old but Unknown C# topics, I would also love to explore new things that comes up with C#. So lets discuss a few things which I would love to have.

There is already a buzz around on C# 5.0 specifications in forums. A notable discussion around should be some threads like

What features you want to see in C# 5.0
C# language speculation 4.5 /5.0

etc. These community links are really great where a lots of people voted for new language specs, while quite a few things are already would be in process like :

Binding Operators

Binding Operators may be C# 5.0. The support for Binding on .net objects are awesome. I came to know this from Chris on his post where he speaks how Binding operators looks like long ago. The delphi assignment operator := is now been used in this purpose. :=:  would be used for two way binding.  Thus

comboBox1.Text :=: textBox1.Text; 

means there would be two way binding between the properties so that when ComboBox1.Text changes its Text it will automatically change the value of Textbox1.Text.
Binding is actually not a new thing to the system. In WPF we already have Binding in place, but for that we need the properties to have implemented from INotifyPropertyChanged. So it is not in the language, the WPF objects are doing this internally by handling the PropertyChanged event on the object. But if that is included as an operator it would be a cool feature to add on.



Support for Dynamic to the Compiler 

Another important candidate for C# 5.0 would be the support for dynamic objects to the compiler itself. There are quite a few occasion where we already did faced the flavor of Dynamic behavour of object. You can now defer the type determination of type for the object to runtime using the keyword dynamic which is  a compile time dynamic while runtime static. The introduction of Expression Trees which also defers the compilation of an expression at runtime, you can create objects dynamically at runtime using either inheriting from DynamicObject (which is very easy to do) or by using CodeDom to compile a code at runtime and run the code using reflection. But what if these things are supported to the compiler itself.

As pointed out by Magnus in his post The future of C# 4.0 and then 5.0 he clearly pointed out what the next version of C# would add up. The compiler must be supporting quite a number of APIs which lets you tweak your code to generate and compile the code at runtime.

But these are not the end of C# 5.0. Peoples all around the globe are putting efforts to make a Wishlist on C# 5.0. A few of those might be :

Pavel's Wishlist on C# 5.0 where he specified quite a number of interesting specs on C# 5.0 but will it be the all.


Probably if you ask me what would be your own language features which you like to see, I may name quite a few which I miss :


1.  Support for parametrized constructors in Generics.

Yes. it would be nice to have this option in.  As we have :

public class T MyClass : T: class, new()

//we might have 

public class T MyClass : T:class, new(int)

This might need adjustment to the compiler. I dont know if it is possible or not. But I definitely miss this in C#.

2. Support for WeakDelegate or WeakEvents

WeakReference as I have discussed already in my blog or you come across with it somewhere else, gives you a tweak to GC. It lets you to refer an object weakly while the GC may still collect it in the process.  Thomas, rightly identified that WeakDelegate does not work now. You cannot have WeakDelegate defined in your scope.

3. Better treatment for Null

Working with Null has always a problem to me. We have to treat nulls separately because there is no type associated with Nulls. With the introduction of Nullables around or Null coalesce operators, still there is scope of improving the Null treatment in the language.  Say for instance,

int x? = null;
int y? = x + 40;

which results Y to be null. But dont you think there is a scope of betterment here where the nullables might be treated better in case of working with Operations.

Other than that we could also have ??? operator in place to treat situations like this :

Myobject obj = null;

Myotherobj obj2 = obj.MyProperty ??? new Myotherobj();

It was introduced by Earlz in his post. Really looks nice huh.

4. Smart Case support

Yes, Switch - Case could allow expressions. While working with it, I miss it very often. Just like what Charles pointed out I agree him totally. I would like to have the option to specify

switch(myobj)
{
   case string.IsNullorEmpty(myotherobj):
                  .....
   case myotherobj.Trim().Lower:
         ....
}

5. Extension properties


Just as we support extension methods, we could also have extension properties in which could probably be used from Extension methods only. It is nice to have in certain cases.

[Associate(string)]
public static int MyExtensionProperty { get;set;}

Something like this might come very handy at times. Probably some other syntax than Attribute Associate would be more fruitful.



Finally, I would like to see your feedback on the topic. Any other things which you miss?  You can point it to me.

Thanks for reading.