Что и когда использовать: readonly-поле и get-свойство с методом по-умолчанию?

Question

[Naf2000]

Чем отличается концептуально и что лучше использовать в каком случае:

public readonly MyType MyData;
public MyType MyData { get; }

И то и другое можно инициализировать при определении или в конструкторе.
В случае свойства это вызов метода, но возможно компилятор оптимизирует.
В случае свойства, если MyType есть структура, то её члены невозможно изменить - свойство даёт копию.
Что ещё?

Answer 1

[Роман]

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

Answer 2

[Василий Банников]

1. Свойство вполне можно запихнуть в интерфейс, в отличие от поля.
2. По всем гайдлайнам публичных полей быть не должно.

В случае свойства это вызов метода, но возможно компилятор оптимизирует.

Не возможно, а точно оптимизирует при компиляции в Release профиле. Эта оптимизация существует достаточно давно как раз из-за п2.

Comments

[Naf2000]

1. Согласен с интерфейсом, а также оно может быть override от виртуального базового.
2. С публичными полями - допустим, но кажется встречал в серьёзных проектах.

Если компилятор оптимизирует, а я вызову метод через например рефлексию? Оно отдаст какой-то универсальный метод?

Спасибо за ответ

[Василий Банников]

Naf2000,

Если компилятор оптимизирует,

Он оптимизирует непосредственно прямое обращение к нему. (оптимизация на уровне JIT происходит, а не при компиляции. Хотел ссылку на sharplab кинуть, но забыл)
А через рефлексию ты можешь и к приватному backing field обратиться.