I frequently write C# code that has to use magic strings to express property names. Everyone knows the problems with magic strings. They are very difficult to refactor, they have no compile time checking, and often they lead to hard-to-diagnose issues. Yet C#/.NET uses them all over the place to represent property/class/method names.
This issue has persisted for years and years, and the only viable solution currently is to use an expression tree which is then parsed at run-time for the property name. This gets you satisfactory compile-time checking, but it complicates the code (requiring parameters of type Expression), and it incurs a run-time cost.
Does anyone know if there has ever been a feature consideration for C#/.NET to add compile-time reflection to overcome this pervasive problem?
It seems like it would be an easy addition to make, it would be a non-breaking change, and it would greatly benefit many developers. The typeof() operator already performs a form of compile-time reflection, so it seems like an operator nameof() (or something similar) would be very complimentary.
In addition, does anyone know of any potential issues with such a feature?
Thanks for the help.
Straight from the source – this is a blog post by a C# language designer, and the “User” in this post asks about the same questions as you and is answered. The author says there would be a need to specify a syntax for every metadata item you’d want to ask for and it’s not trivial – ie. which overload you want, if you want “info-of” method and the method is overloaded? What if there are generics and explicit interface implementations involved? And so on. It turns out, while it wasn’t deemed worthy of implementation in 2009 because of those reasons, we will get it in C# 6 in 2015 – see C# Language Design Notes for Jul 9, 2014 .