Когда использовать fields а когда использовать properties в C#?

Question

[Дмитрий]

Ребятки, подскажите! Когда использовать fields, а когда использовать properties?

Answer 1

[Петр]

1. Если вам нужно ограничить доступ к данным на запись или чтение, то properties
2. Если вам нужен более простой доступ через reflection, то properties
3. Если реализуете интерфейс, то properties

В остальных случаях не важно, что вы предпочтете.

Answer 2

[MrDywar Pichugin]

Общий справочник по .NET Framework -> Руководство по разработке библиотек классов -> Правила разработки членов

Разработка полей
Разработка свойств

Comments

[Дмитрий]

а знаешь еще какие нито такие ништяковые гайды по разработке?))

[Дмитрий]

желательно на русском языке

[MrDywar Pichugin]

Дмитрий: Книга, из которой эти гайды и достали. "Инфраструктура
программных проектов Соглашения, идиомы и шаблоны для многократно используемых библиотек .NET"

[Дмитрий]

MrDywar Pichugin: благодарю

Answer 3

[Виталий Витренко]

По факту, вы всегда будете использовать поля!
Свойства это просто методы доступа к полям, которые выглядят как поля.
Если поле не readonly и не const, то для соблюдения инкапсуляции их нужно делать private, а для доступа к ним использовать геттеры и сеттеры. Свойства просто предоставляют синтаксический сахар для удобной реализации последних.

Comments

[Aleksej]

А как на счет MVVM и DataBindings? Там без свойств не обойтись.
Я бы обозначил (как и указано выше) все публичное как свойства, все внутреннее и приватное как поля.

[Виталий Витренко]

Shwed_Berlin: да практически везде без свойств не обойтись. Но когда вы используйте свойства вы, также, обязательно используете поля(явно или неявно)! Свойство это не член класса, это просто возможности языка(в java и с++ их вообще нету).