C# , Difference between property with variable and without variable

Question

Possible Duplicate:
What's the difference between encapsulating a private member as a property and defining a property without a private member?

I know the basic functionality of properties . But as i go through documentation in depth i see they are declared just with get set and without a variables .

what is the diffeence between these two

public int EmpCode
{
    get { return _strEmpCode; }
    set { _strEmpCode = value; }
}

and

public int EmpCode
{
    get; 
    set; 
}

Is it just a easier way of writing which got as .net frameworks got upgraded . Or is there any functional difference ?

Paul · Accepted Answer · 2011-09-06T05:35:04.463

6

The later is called an Automatic Property and is the same.They were introduced in C#3, you can read more about them here: http://trashvin.blogspot.com/2008/05/automatic-properties-and-object.html

Simply put, Automatic Properties are syntactic sugar so the developer has to type less code and the compiler will generate the private field and the public setter and getter for you.

edited Sep 06 '11 at 05:35

answered Sep 06 '11 at 05:29

Paul

12,392
4
48
58

Is this shorthand for applicable all data types ? – Kuntady Nithesh Sep 06 '11 at 05:45
@Nithesh Hebri - Indeed it is. – Øyvind Bråthen Sep 06 '11 at 05:49
Its included in .net framework 3.5 ? – Kuntady Nithesh Sep 06 '11 at 05:58
2

@Nithesh Hebri - Yes, .NET 3.5 is running c# 3.0 – Paul Sep 06 '11 at 20:39

score 4 · Answer 2 · edited Jun 20 '20 at 09:12

This is called an automatic property. There is no functional difference. The latter syntax is just a shorthand of the former.

Section 10.7.3 of the C# specification gives more detail:

When a property is specified as an automatically implemented property, a hidden backing field is automatically available for the property, and the accessors are implemented to read from and write to that backing field.

The following example:

public class Point {
   public int X { get; set; } // automatically implemented
   public int Y { get; set; } // automatically implemented
}

is equivalent to the following declaration:

public class Point {
   private int x;
   private int y;
   public int X { get { return x; } set { x = value; } }
   public int Y { get { return y; } set { y = value; } }
}

there is no functional difference, however if you are going to serialize auto props you will get confusing names for backing fields , which can be extremely annoying — vittore, Sep 06 '11 at 05:35

score 0 · Answer 3 · answered Sep 06 '11 at 05:30

0

It's called Auto-properties and is just a easier way of writing them if you don't need any logic inside the property. When compiled, the compiler will auto-generate a backing variable for the property so it's exactly the same.

It's easy to change the property into a property with a backing field and some logic later on, and that will not break any code dependant on this property, If you instead just used a public field first, and then changed it into a property you would break the code that relied on this field/property.

answered Sep 06 '11 at 05:30

Øyvind Bråthen

59,338
27
124
151

Is this shorthand for applicable all data types ? – Kuntady Nithesh Sep 06 '11 at 05:40
@Nithesh Hebri - Indeed it is. – Øyvind Bråthen Sep 06 '11 at 05:51

score 0 · Answer 4 · edited Dec 04 '15 at 13:45

there is no functional difference as such.. but if you want more functionality on your property setting/getting you may use the version with the private variables..

    public int EmpCode
    {
        get { return _strEmpCode > 0 ? 100 + _strEmpCode : 0; }
        set
        {
            if (value > 0)
                _strEmpCode = value;
        }
    }

Otherwise you can simply use the version without the private variables.

score 0 · Answer 5 · answered Sep 06 '11 at 05:32

Second way is actually auto-property which implicitly implement backing field, which means that you cannot affect generated field name.

Most of the time you don't care, however in scenarios when you pass objects between layers using serializing / deserializing , you in some cases would have explicitly created backing field, in order to get rid of __propBackingField2735t34 like names on the client.

Also in explicitly coded properties some logic for validation can be included which is not the case for autoproperites

score 0 · Answer 6 · answered Sep 06 '11 at 05:32

0

This is a enhancement from C# 3.0 which is termed as auto implemented properties, a private backing field is automatically created by the compiler in the background

answered Sep 06 '11 at 05:32

V4Vendetta

37,194
9
78
82

C# , Difference between property with variable and without variable

6 Answers6