Следует ли обращаться к переменной в том же классе через свойство?

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

Когда вы переходите непосредственно к частному полю, вы знаете, что в поле устанавливается именно то, что вы говорите.

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

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

Думаю, это чисто предпочтение.

Тем не менее, я обнаружил, что использую свойства намного больше в C# 3.0 с поддержкой авто-свойств:

class Foo {
    public string Value { get; set; }

    public void Write() {
        Console.Write(Value);
    }
}

Обычно в зависимости от стандартов кодирования проекта я использую "_" или "m" перед именем для атрибутов моего частного класса. (Как показано ниже)

private int mVariable;
private int _Variable;

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

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

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

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

С введением автоматических свойств стало еще меньше причин явно иметь локальную переменную, если только вам не нужно применять бизнес-правила для получения / установки.

Да, я думаю, вам следует по возможности использовать внутренние свойства в своих классах. Свойства более гибкие и позволяют добавлять логику для проверки их значения в центральном месте.

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

class Test {
   private int _checksum = -1;
   private int Checksum {
      get {
         if (_checksum == -1)
            _checksum = calculateChecksum();
         return checksum;
      }
   }
}

Всегда используйте свойства, вот некоторые из причин

1. Легко использовать. В Visual Studio вы можете использовать «Вкладка Prop Tab». Вы получите фрагмент ресурса
2. Свойства - это языковые элементы, к которым осуществляется доступ, как если бы они были членами данных.
3. Классы .NET Framework используют его, классы кода привязки данных в свойствах поддержки .NET Framework,
4. Свойства обладают всеми языковыми особенностями методов. Свойства могут быть виртуальными