Constructor vs Object Initializer Precedence in C#

Question

I've been learning the object initializer in C# recently, but now I'm wondering how it works when it conflicts with the constructor.

public class A
{
    public bool foo { get; set; }

    public A()
    {
        foo = true;
    }

    public A(bool bar)
    {
        foo = bar;
    }
}

What happens when I try this?

public class B
{
    private A a = new A() { foo = false };

    private A b = new A(true) { foo = false };
}

Is a default in the constructor a good way to have a bool that starts true and can be changed?

public A(bool bar = true)
{
    foo = bar;
}

yes it is still valid with the default initializer, but if you want more than one parameter, the parameter(s) you can forget is only the tail parameter(s). — arifnpm, Jun 26 '13 at 18:07
Right, I've tried it with more complex code in my actual project. Sorry, I guess the "what happens when I do this" part makes it seem like I'm asking just that. I did want a little background/advice about it, though. Couldn't find any docs on it. — bbill, Jun 26 '13 at 18:07

Paul Sasik · Accepted Answer · 2013-06-26T18:19:17.233

From the documentation:

The compiler processes object initializers by first accessing the default instance constructor and then processing the member initializations.

This means that in the simplest case (named object initialization) it is basically shorthand (or syntactic sugar) for calling the default constructor and then calling the property setter(s). In the case of anonymous types this kind of initialization is actually required and not mere sugar.

For the 2nd part of your question: It's more of a matter of style but if you have a crucial property I would not create a constructor with a default value. Make the client code set the value explicitly. I'm also not sure why doing something like this: b = A(true) {foo = false}; would be a good idea unless you're in a code obfuscation contest.

Bit of caution though:

... if the default constructor is declared as private in the class, object initializers that require public access will fail.

score 41 · Answer 2 · edited Apr 19 '18 at 14:14

41

Object initializers are just syntactic sugar, in your compiled assembly IL they translate into separate statements, check it on ILSpy.

enter image description here

edited Apr 19 '18 at 14:14

Arend

3,741
2
27
37

answered Jun 26 '13 at 18:15

Tamim Al Manaseer

3,554
3
24
33

juharr · Answer 3 · 2016-09-07T13:31:47.227

21

The constructor occurs first then the object initializer. Just remember that

a = new A() { foo = false };

is same as

var temp = new A();
temp.foo = false;
a = temp;

edited Sep 07 '16 at 13:31

answered Jun 26 '13 at 18:04

juharr

31,741
4
58
93

They are not the same. `a = new A(); a.foo = false;` leaves the object half initialized if an exception was thrown while giving values to its properties. And using the object members will give unexpected result (they will use the default values of there underlying types, e.g. false for boolean members) instead of throwing NullReferenceException. In the other hand, using Object Initializer or Object constructors will make sure that if an exception occur, the object will not be initialized and will give NullReferenceException if we try to use its member (since it's never been initialized). – Wael Alshabani Sep 07 '16 at 12:38
2

@WaelAlshabani Yes, there is a temporary object that is created and then the property is set to it before it's reference is assigned to the variable. And yes, that is a subtle but important difference if your property might throw an exception and you plan to catch it and still use the reference assigned to the variable for some reason. But none of that applies to this exact example. But I'll update to make this more clear. – juharr Sep 07 '16 at 13:31

Lee · Answer 4 · 2013-06-26T18:09:43.950

14

b = new A(true) {foo = false};

is effectively short for:

A temp = new A(true);
temp.foo = false;
A b = temp;

where temp is an otherwise inaccessible variable. The constructor is always executed first, followed by any initialised properties.

edited Jun 26 '13 at 18:09

answered Jun 26 '13 at 18:04

Lee

142,018
20
234
287

score 5 · Answer 5 · edited Aug 12 '20 at 12:04

5

Essentially what Paul has already linked:

From the C# 5 language specification (7.6.10.1)

Processing of an object creation expression that includes an object initializer or collection initializer consists of first processing the instance constructor and then processing the member or element initializations specified by the object initializer or collection initializer.

edited Aug 12 '20 at 12:04

Rudey

4,717
4
42
84

answered Jun 26 '13 at 18:10

Chris

8,268
3
33
46

Constructor vs Object Initializer Precedence in C#

5 Answers5

Linked