Лучшая практика для C # автоматически реализуемого свойства и локальной переменной, которые различаются только регистром?

Использование "this." излишне в любом классе. Задача разработчика - установить стандарт его использования.

Плюсы использования «this.» заключаются в том, что некоторым разработчикам легче связать его в уме с экземпляром класса, когда они читают код, и, как вы упомянули, сделать его более понятным при работе с элементами с одинаковыми именами.

Минусы в том, что некоторые люди считают, что это загромождает ваш файл кода, и если вы используете такие инструменты, как ReSharper, они по умолчанию помечают его как избыточный код.

Как сказал womp. "this" является избыточным, но упрощает чтение кода. Или, скорее, труднее ошибиться.

C # определенно чувствителен к регистру, поэтому нет никакого риска в использовании ...

MyProperty = myProperty;

Тогда я бы обратился к другим передовым методам, например к написанию наименьшего количества кода, необходимого для достижения вашей цели (при самодокументировании). По правде говоря, это не обязательно, минималисты могут сказать, что это не нужно.

Вот как я в настоящее время инициализирую свойства, используя ваш пример (как автоматически, так и нет)

        public class MyClass
    {
        public string MyProperty { get; set; }

        public string AnotherProperty
        {
            get { return _anotherProperty; }
            set { _anotherProperty = value; }
        }
        private string _anotherProperty;

        public MyClass(string myProperty, string anotherProperty)
        {
            MyProperty = myProperty; // auto-implemented property initialization
            _anotherProperty = anotherProperty; //property with member variable initialization                
        }
    }

Мне кажется, что использование слова «это» является чрезмерным. Я знаю, что это местная собственность, потому что она капитализирована. Все свойства должны быть заглавными. Я знаю, что переменная _anotherProperty имеет область видимости класса из-за подчеркивания. Раньше я опускал подчеркивание в переменных уровня класса. Мне легче читать код, когда есть подчеркивание, потому что я сразу знаю область действия, не наводя указатель мыши на переменную, чтобы увидеть объявление во всплывающей подсказке от VS. Кроме того, я могу использовать одно и то же имя для локальных переменных, просто опуская нижнее подчеркивание. Это делает ваши инициализации чистыми. Еще одним преимуществом подчеркивания является то, что вы можете ввести подчеркивание и нажать ctrl + пробел, и все ваши переменные в области класса будут сгруппированы.

На моем рабочем месте стандарты кодирования диктуют, что свойства должны быть записаны как это, а локальные переменные должны быть записаны как это. Поскольку C # чувствителен к регистру, это хороший инструмент для различения переменных. Однако, если вы обнаружите, что свойство и локальная переменная имеют одно и то же имя, использование ключевого слова this определенно устранит неоднозначность использования.

Оба варианта зависят только от случая ... Нет никакой разницы между ними.

На мой взгляд, «лучший способ» здесь - «не делай этого». Если я натыкаюсь на это в проверяемом коде, я немедленно отмечаю это. Наличие двух переменных, которые различаются только регистром, - недоразумение, которое только и ждет своего часа. Программисту по обслуживанию слишком легко прийти спустя месяцы или годы и нечаянно назначить myThing вместо MyThing.

Добавлено позже:

Комментатор попросил меня предложить заменить соглашение об именах в верхнем / нижнем регистре. Для этого мне нужен конкретный пример. Допустим, у вас есть простой Book класс, у которого есть только одно свойство: Title:

public class Book
{
    public string Title { get; private set; }
}

Теперь вам нужен конструктор. Распространенным соглашением является использование версии свойства в нижнем регистре:

public Book(string title)
{
    Title = title;
}

Или, если вы хотите убедиться в отсутствии двусмысленности: this.Title = title.

Можно утверждать, что в конструкторах это нормально. И могло бы быть, если бы все конструкторы были такими простыми. Но мой опыт показывает, что когда конструктор выходит за рамки нескольких строк, различие между Title и title теряется. Проблема усугубляется, когда вы говорите о методах, отличных от конструкторов. В любом случае вам нужно другое соглашение.

Что использовать? Я по-разному использовал и видел используемые сокращения в параметрах: ttl, например. Или что-то вроде bookTitle, что более наглядно при использовании Intellisense. На мой взгляд, любой вариант предпочтительнее обычного использования имени, которое отличается только регистром.