Question

Today I was creating a default parameter value in a constructor.

public SomeClass (String something = String.Empty)
{
   // ...
}

The compiler complained.

Default parameter value for "something" must be a compile-time constant.

I was under the impression that Empty on the String class was a compile-time constant.

.field public static initonly string Empty

Am I missunderstanding the meaning of compile-time constant, or is it just more wackyness that I need to accept?

Was it helpful?

Solution

The accepted answer to this SO Question Why isn't String.Empty a constant? is:

The reason that static readonly is used instead of const is due to use with unmanaged code, as indicated by Microsoft here in the Shared Source Common Language Infrastructure 2.0 Release. The file to look at is sscli20\clr\src\bcl\system\string.cs.

The Empty constant holds the empty string value. We need to call the String constructor so that the compiler doesn't mark this as a literal.

Marking this as a literal would mean that it doesn't show up as a field which we can access from native.

I found this information from this handy article at CodeProject.

OTHER TIPS

A static readonly field is not a compile-time constant. It's just a static field, which should not change after the class in which it is finished initializing.

In the current .net implementation you can even change it with reflection, which leads to really weird behavior.

You can use "" instead, which as a string literal is a compile time constant.

A readonly field is a run-time constant. It won't be bound to a value until the object (or class, if the field is static) is initialized.

Compile-time constants are literals (such as "" - which essentially the same thing as String.Empty, anyway) and anything marked const.

Licensed under: CC-BY-SA with attribution
Not affiliated with StackOverflow
scroll top