Ребят, научите уму-разуму. Есть базовый класс, в котором, предположим, определено

Question

Ребят, научите уму-разуму. Есть базовый класс, в котором, предположим, определено

неинициализированное свойство с типом string. И есть класс-наследник, который его, собственно, наследует. Существует ли возможность проверить инициализацию этого свойства в классе наследнике на этапе компиляции приложения? Может, лайфхак какой-то хитрый есть?

#backend #dot #programming #russian

0

01.07.2018

3 ответов

10 просмотров

Denisio

базовый сделай абстрактным, свойство тоже сделай абстрактным. Тогда наследник без перекрытия даже не скомпиляеца

0

01.07.2018

Denis

Если свойство readonly, то его можно заменить на абстактный метод, который должен возвращать значение. Если свойство не readonly, то можно сделать само свойство И абстрактный метод, а конструкторе присвоить результат метода свойству, но это уже костыль

0

01.07.2018

KSK · Accepted Answer

Если null - заведомо невалидное значение, то нужно избегать его появления в рабочем коде. Если базовый класс твой, то самое правильное - это инициализировать свойство в конструкторе чем-то типа string.Empty. Если чужой - можно инициализировать это свойство базового класса в конструкторе своего класса. Если это чужой базовый класс и проблемное свойство get only, то можно пооверридить это свойство в своём производном классе с помощью слова new, в котором подменять непроинициализированное значение чем-то осмысленным, либо взрывать исключение с правильным ругательством - это уже от твоей задачи зависит.

170 похожих чатов

Ребят, научите уму-разуму. Есть базовый класс, в котором, предположим, определено

3 ответов

Похожие вопросы