В чем разница...? [C # свойства GET / SET пути]

Question

Я знаю, что в C # вы можете легко создавать средства доступа к типу данных, например, выполняя следующие действия:

public class DCCProbeData
{
    public float _linearActual { get; set; }
    public float _rotaryActual { get; set; }
}

Однако мой коллега посоветовал мне сделать это следующим образом:

public class DCCProbeData
{
    private float _linearActual = 0f;

    public float LinearActual
    {
        get { return _linearActual; }
        set { _linearActual = value; }
    }
    private float _rotaryActual = 0f;

    public float RotaryActual
    {
        get { return _rotaryActual; }
        set { _rotaryActual = value; }
    } 
}

Мой путь кажется более простым и лаконичным.В чем отличия и преимущества этого в любом случае?

Спасибо

Редактировать Просто обратите внимание, что мой коллега смог сгенерировать код для «второго пути»с помощью параметра Refactor на панели «Сведения о классе» легче всего найти файл Diagram.Это позволяет легко добавлять множество свойств без необходимости вручную создавать средства доступа.

Answer 1

«Твой путь» просто говорит компилятору создать второй вариант. Если вы не делаете что-либо еще в геттере или сеттере, они функционально идентичны.

Однако, с "вашим путем", я бы порекомендовал использовать правильные соглашения об именах C # Я бы лично написал это как:

public class DccProbeData
{
    public float LinearActual { get; set; }
    public float RotaryActual { get; set; }
}

Answer 2

Разница лишь в том, что вы назвали поля.

(хотя я бы придерживался соглашения о присвоении имен вашим публичным объектам.)

Answer 3

Хорошо, имена были упомянуты ранее.Стоит также отметить, что, не будучи в соответствии с обычными соглашениями .NET, начало публичного имени с подчеркиванием не совместимо с CLS (действительно, одна из причин использования его для частных имен именно потому, что оно делает различиеболее понятный, и должен приводить к предупреждению с некоторыми программами проверки кода, если у вас случайно неправильный уровень доступа).

Имена в стороне, одно преимущество последней формы состоит в том, что вы можете добавлять более сложный код.Тем не менее, переход от прежнего стиля ко второму - это непоколебимое изменение, поэтому нет причин делать это до того, как это потребуется.

Answer 4

Я хотел бы добавить что-то, чего не видел в других ответах, что делает №2 лучшим выбором:

Используя первый метод, вы не можете установить точку останова на get и set.

Используя второй метод, вы можете установить точку останова на get и set, что очень полезно для отладки всего, что обращается к вашей закрытой переменной.

Answer 5

Ваш способ не позволяет вам инициализировать значения, а ваш коллега придерживается более стандартного соглашения об именах.

Answer 6

Технически они одинаковы ... get / set - сокращение ( auto свойство ).

Множество вопросов по SO об этом:

1. Когда использовать get; задавать; в с #
2. Что такое {получить; задавать; } синтаксис в C #?
3. Автоматически реализуемые свойства c #

Answer 7

Они делают то же самое внутри.Единственное отличие состоит в том, что вы не можете напрямую получить доступ к переменной вспомогательного поля с помощью автоматически реализованных свойств.

Answer 8

То, что вы можете сделать, если не используете автоматически реализованные свойства:

• установить значение по умолчанию
• доступ или аннотирование вспомогательного поля (атрибуты)
• Поля поддержки только для чтения или неизменность
• установить точку останова при доступе
• имеет собственный код для доступа к переменной
• Используйте [System.ComponentModel.EditorBrowsableAttribute()], чтобы включить настраиваемую логику для методов доступа, которые вы избегаете случайного обхода при кодировании
  • скрывает фоновое поле от intellisense

Преобразование между этими двумя способами стало очень простым с помощью ReSharper.

Это не значит, что не используйте их всеми средствами, используйте их, если только вам не нужны какие-либо другие перечисленные функции.

Answer 9

Они одинаковы в том смысле, что ваш пример кода автоматически сгенерирует вспомогательные поля.

Но два примера кода различны, поскольку имена свойств не совпадают (LinearActual против linearActual)

Answer 10

Разницы нет , однако до C # 3 вам приходилось использовать длинный путь. В конце концов, это особенность C # - синтаксический сахар . Они оба функционально идентичны.