Reputation: 40746
To my surprise, this one compiles and runs:
class Program
{
static void Main()
{
DoSomething();
}
private const int DefaultValue = 2; // <-- Here, private.
public static void DoSomething(int value = DefaultValue)
{
Console.WriteLine(value);
}
}
The method is public whereas the default value "redirects" to a constant private variable.
My question:
What is/was the idea behind this "concept"?
My understanding (until today) was, that something public can only be used if all other "referenced" elements are also public.
Update:
I just ILSpy-decompiled my class to find:
static class Program
{
private static void Main()
{
Program.DoSomething(2);
}
private const int DefaultValue = 2;
public static void DoSomething(int value = 2)
{
Console.WriteLine(value);
}
}
So if the private constant as a default parameter is being done in e.g. a library, the user of the library still sees the default parameter.
Upvotes: 5
Views: 1304
Reputation: 13676
What is/was the idea behind this "concept"?
The idea is that as const
value is static and never changes - you can use it as default value for method's optional parameters same as you can use normal values. A quote from MSDN :
Each optional parameter has a default value as part of its definition. If no argument is sent for that parameter, the default value is used. A default value must be one of the following types of expressions:
a constant expression;
an expression of the form new ValType(), where ValType is a value type, such as an enum or a struct;
an expression of the form default(ValType), where ValType is a value type.
My understanding (until today) was, that something public can only be used if all other "referenced" elements are also public
Well technically speaking it's correct. But in your scenario both members are accessible as they are defined in the same class however should const
in our case be defined outside of class Program
it'd be inaccessible inside class Program
.
Upvotes: 9
Reputation: 113342
The name DefaultValue
is private, but the number 2
is still the number 2
.
Because DefaultValue
is private, we cannot access Program.DefaultValue
from outside of Program
. Presumably we wouldn't particularly want to.
And because we've bothered to define DefaultValue
at all, it's presumably something that we do care about when we are working on how Program
works.
So when we come to define a default value for DoSomething
there's presumably some logical reason why the value we want there happens to be the same as the value DefaultValue
.
And as such, it's presumably beneficial to be able to use that constant there, for much the same reasons as we would find constants beneficial anywhere.
And since DefaultValue
is just a Program
-specific way of saying 2
, there's no real reason why we can't.
Of course, the metadata would reflect this as 2
rather than the (meaningless to the outside) DefaultValue
, but then that would hold if the const
was public
anyway (the metadata about default values gives only the value, not whether or not it related to any defined constants).
So there's no downside.
So considering that:
2
.Why not?
Upvotes: 5
Reputation: 388163
Constant variables are replaced at compile-time, so they never really exist in the produced assembly. So code using a constant is really identical to just using the constant value directly. The benefit is just that you can reuse the constant elsewhere and only need to change it in one location.
Now, since constants are always replaced at compile-time, the effect of making them public or private is also quite simple: It just affects what other type can access it at compile-time. So using a private constant for example can be helpful if you just want to keep that constant to the current type, whereas a public constant can be used across the whole application.
Upvotes: 5
Reputation: 7618
When you use const, the compiler replaces all the occurrences of the variable with the actual value ,so your code is the same as this:
public static void DoSomething(int value = 2)
Upvotes: 5