В чем разница между полем (field) и свойством (property) в C#?

Ключевое различие: контроль доступа и инкапсуляция

Привет! Отличный вопрос, который мучает многих новичков. На первый взгляд, поле и свойство действительно выглядят одинаково, но разница между ними фундаментальна и лежит в основе ООП.

Короткий ответ: Поле — это просто переменная, а свойство — это метод (или пара методов), который притворяется переменной. Свойство позволяет вам контролировать, как данные читаются и записываются, в то время как поле дает прямой доступ к памяти.

1. Инкапсуляция и валидация

Представьте, что у вас есть класс BankAccount. Вы не хотите, чтобы кто-то мог установить отрицательный баланс. С полем это невозможно предотвратить:

public class BankAccount
{
    public decimal Balance; // Поле — любой может написать account.Balance = -1000;
}

Со свойством вы можете добавить проверку:

public class BankAccount
{
    private decimal _balance; // Приватное поле

    public decimal Balance    // Свойство
    {
        get { return _balance; }
        set
        {
            if (value < 0)
                throw new ArgumentException("Баланс не может быть отрицательным!");
            _balance = value;
        }
    }
}

2. Вычисляемые (read-only) свойства

Свойства могут возвращать вычисленные значения, не храня их в отдельном поле:

public class Rectangle
{
    public double Width { get; set; }
    public double Height { get; set; }

    // Свойство только для чтения — вычисляется на лету
    public double Area
    {
        get { return Width * Height; }
    }
}

Поле не может этого сделать — оно всегда хранит значение в памяти.

3. Реакция на изменения (INotifyPropertyChanged)

В WPF, Xamarin или Blazor свойства используются для уведомления интерфейса об изменениях:

private string _name;
public string Name
{
    get { return _name; }
    set
    {
        if (_name != value)
        {
            _name = value;
            OnPropertyChanged(nameof(Name)); // Уведомляем UI
        }
    }
}

4. Разница между автосвойством и полем

Когда вы пишете public string Name { get; set; }, компилятор автоматически создает приватное поле _name и два метода (get_Name и set_Name). Это не то же самое, что публичное поле, потому что:

• Свойство является частью контракта (интерфейса) класса. Если вы измените реализацию (добавите логику), вам не придется перекомпилировать код, который использует это свойство.
• Свойства могут быть помечены как virtual, abstract, override — поля этого не умеют.
• Свойства могут быть объявлены в интерфейсе — поля нет.

5. Практическое правило

Всегда используйте свойства для публичных данных. Поля должны быть только приватными (или защищенными). Даже если сейчас вам не нужна логика, автосвойство { get; set; } — это правильный выбор, потому что в будущем вы сможете добавить валидацию, логгирование или уведомления, не ломая код, который обращается к этому свойству.

Пример плохого кода (публичное поле):

public class User
{
    public int Age; // Поле
}

Пример хорошего кода (автосвойство):

public class User
{
    public int Age { get; set; } // Свойство
}

В обоих случаях использование user.Age = 25 выглядит одинаково, но во втором случае у вас есть возможность в будущем добавить проверку, не меняя синтаксис.

Итог

Поле — это "сырое" хранилище. Свойство — это "умный" доступ к данным. Свойства дают вам контроль, гибкость и соблюдение принципов ООП (инкапсуляция). Используйте их для всех публичных членов класса.

private readonly object _lock = new object();
private int _counter;

public int Counter
{
    get
    {
        lock (_lock)
        {
            return _counter;
        }
    }
    set
    {
        lock (_lock)
        {
            _counter = value;
        }
    }
}

private int _counter;

public int Counter
{
    get { return _counter; }
    set { Interlocked.Exchange(ref _counter, value); }
}