Ребят , посмотрел видео на данном канале по свойствам c# via clr , и там рассказано про их минусы , а из плюсов только компактный синтаксис, получается свойства вообще не стоит использовать , а для установки значений писать стандартные методы-акссесоры ?

чаво

свойство это и так тебе засахаренное поле с методами геттера и сеттера

если данные публичные — то свойства

если приватные, то поля

Лично мне свойства не нравятся и я был бы рад, если бы в Microsoft решили убрать
их поддержку из .NET Framework и сопутствующих языков программирования.
Причина в том, что свойства выглядят как поля, являясь по сути методами. Это
порождает немыслимую путаницу. Столкнувшись с кодом, который вроде бы об ращается к полю, разработчик привычно предполагает наличие множества условий,
которые далеко не всегда соблюдаются, если речь идет о свойстве.
‰ Свойства могут быть доступны только для чтения или только для записи, в то
время как поля всегда доступны и для чтения, и для записи. Определяя свойство,
лучше всего создавать для него оба метода доступа (get и set).
Свойства без параметров 269
‰ Свойство, являясь по сути методом, может выдавать исключения, а при обра щениям к полям исключений не бывает.

отрывок из рихтера киги

книги

и там

еще минусов много описывают

свойств

это не класс в классе а ассоциация

получается

лучше писать так

public sealed class Employee {
private String m_Name; // Поле стало закрытым
private Int32 m_Age; // Поле стало закрытым
public String GetName() {
return(m_Name);
}
public void SetName(String value) {
m_Name = value;
}
public Int32 GetAge() {
return(m_Age);
}

ну проставь поле наллом

и обратись к нему

типо сразу методом

погляжу как у тебя исключения не будет

Обчитаются своих Рихтеров.