C# C# · 20 вопросов · ~55 мин · ⏱ Таймер 55:00 · Средний ·

Наследование и интерфейсы

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

Отвечено: 0 из 20

⏱ --:--

💡 Инструкция: Выберите один ответ из пяти. На 20 вопросов отведено 55 минут. В заданиях с кодом учитывайте указанную конструкцию и не додумывайте отсутствующие условия. После завершения откроются общий результат, тематические шкалы и разбор каждого ответа.

Вопрос 1 из 20

В каком порядке выполняются конструкторы?

class Base { public Base() => Console.Write("B"); }
class Derived : Base { public Derived() => Console.Write("D"); }
_ = new Derived();

Derived, затем Base Только Derived: создание производного объекта пропускает базовый конструктор Base, затем Derived Порядок не определён Только Base: конструктор производного типа не выполняется после base()

Вопрос 2 из 20

Когда protected-поле хуже protected-метода или свойства?

public abstract class Document
{
    protected int Version; // наследник может нарушить инвариант
    protected void IncrementVersion() => Version++;
}

Свойства нельзя переопределять Наследник может напрямую нарушить инварианты protected-поле принадлежит типу, а не экземпляру protected недоступен наследникам Поле безопасно, если оно protected: доступ есть только у наследников

Вопрос 3 из 20

Почему Square : Rectangle может нарушить подстановку, если Width и Height меняются независимо?

Сохранение равных сторон ломает ожидание клиента о независимых setter Наследование запрещает свойства Наследование Rectangle делает Square закрытым для дальнейшего наследования Квадрат не является фигурой Проблема только в производительности

Вопрос 4 из 20

Что обязан сделать конкретный наследник abstract-класса?

Использовать dynamic Реализовать abstract-члены или тоже остаться abstract Объявить конструктор без параметров Стать sealed Переопределить все доступные методы

Вопрос 5 из 20

Когда композиция предпочтительнее наследования?

Когда объект нельзя создать Когда нужно менять стратегию поведения независимо от типа владельца Когда тип должен иметь два базовых класса Когда нужен operator + Когда требуется доступ к private-полям

Вопрос 6 из 20

Какую реализацию Name вызовет ссылка Base на объект Derived?

class Base { public virtual string Name() => "base"; }
class Derived : Base { public override string Name() => "derived"; }
Base x = new Derived();
Console.WriteLine(x.Name());

base derived Ошибка компиляции Зависит от типа переменной base derived

Вопрос 7 из 20

Как изменится результат, если Derived объявит public new string Name()?

class Base { public string Name() => "base"; }
class Derived : Base { public new string Name() => "derived"; }
Base value = new Derived();
Console.WriteLine(value.Name());

Вызов выбросит исключение Через Base-ссылку останется base Код перестанет компилироваться Вызов выбирается по типу времени выполнения из-за модификатора new Методы объединятся

Вопрос 8 из 20

Зачем вызывать base.Calculate() внутри override?

Чтобы привести текущий объект к типу object перед расчётом Чтобы переиспользовать базовую часть алгоритма, если контракт допускает её расширение Потому что вызов base обязателен в любом переопределённом методе Чтобы повторно выполнить конструктор базового класса Чтобы отключить виртуальный вызов для текущего экземпляра

Вопрос 9 из 20

Почему вызов virtual-метода из конструктора опасен?

class Base { public Base() { Print(); } public virtual void Print() { } }
class Derived : Base { private string text = "ready"; public override void Print() => Console.WriteLine(text.Length); }

Override вызывается до инициализации полей наследника Метод вызовется дважды по спецификации Базовый конструктор выбирает базовую реализацию virtual-метода независимо от фактического типа объекта virtual нельзя вызывать у this Конструктор станет async

Вопрос 10 из 20

Когда метод следует оставить невиртуальным?

Когда класс публичный и метод возвращает примитивный тип Когда метод короткий и вызывается только из одного места Когда метод уже объявлен в одном из интерфейсов Когда расширение не входит в контракт, а переопределение может нарушить инварианты Когда наследники существуют, но их поведение ещё не продумано

Вопрос 11 из 20

Что позволяет интерфейс, чего не позволяет наследование классов?

Наследовать состояние нескольких классов Хранить изменяемые instance-поля Обойти модификаторы доступа Реализовать несколько независимых контрактов Гарантировать единственный экземпляр

Вопрос 12 из 20

Почему параметр IEnumerable<T> часто лучше List<T>?

static int CountPositive(IEnumerable<int> values) =>
    values.Count(x => x > 0);

var result = CountPositive(new HashSet<int> { -1, 2, 3 });

Методу, который только перечисляет, не нужно обещание изменяемого списка IEnumerable<T> заранее материализует последовательность и тем самым сокращает число проходов Этот контракт разрешает обращаться к элементам по индексу IEnumerable<T> гарантирует повторяемость и кэширование результатов List<T> нельзя передавать через границу сборки

Вопрос 13 из 20

Какой риск у добавления абстрактного члена в широко используемый интерфейс?

Старые реализации могут перестать компилироваться Интерфейс станет sealed Совместимость сохранится: реализации получат тело члена из интерфейса Существующие реализации продолжат собираться, но их методы станут статическими CLR удалит старый член

Вопрос 14 из 20

Какой объект можно передать в метод?

static void Run(ILogger logger) => logger.Log("start");
sealed class ConsoleLogger : ILogger { public void Log(string s) => Console.WriteLine(s); }

Только object, потому что это общий базовый тип всех ссылочных объектов Объект с одноимённым методом Log, хотя интерфейс ILogger не указан Именно FileLogger: первая известная реализация определяет допустимый тип параметра Экземпляр любого sealed-класса, даже если он не реализует ILogger Любой объект, реализующий ILogger

Вопрос 15 из 20

Что означает принцип разделения интерфейсов?

Делать каждый интерфейс internal, чтобы клиенты не видели лишних членов Каждый класс должен иметь один огромный интерфейс Клиенты не должны зависеть от членов, которыми не пользуются Нужно создавать интерфейс для каждого метода Интерфейсы нельзя наследовать

Вопрос 16 из 20

Почему вызов obj.Reset() не компилируется?

class Device : IResettable
{
    void IResettable.Reset() { }
}
var obj = new Device();
// obj.Reset();

Нужен override Интерфейс не реализован Метод private Reset доступен лишь через интерфейс IResettable Reset обязан быть static

Вопрос 17 из 20

Когда явная реализация особенно полезна?

Чтобы разрешить множественное наследование состояния Чтобы скрыть конструктор Чтобы сделать метод доступным как обычный public-член класса Когда два интерфейса требуют одноимённые члены с разным смыслом Чтобы сделать все методы статическими

Вопрос 18 из 20

Какую строку составят две явные реализации Name через IA и IB?

interface IA { string Name(); }
interface IB { string Name(); }
class X : IA, IB
{
    string IA.Name() => "A";
    string IB.Name() => "B";
}
var x = new X();
Console.Write(((IA)x).Name() + ((IB)x).Name());

A Ошибка компиляции Пустую строку AB B

Вопрос 19 из 20

Можно ли явно реализованный член объявить public?

Да, если сам интерфейс объявлен internal и не виден внешним сборкам Нет: у явной реализации нет модификатора доступа Да, но лишь в значимом типе, где нет отдельного объекта интерфейса Да: public обязателен, когда реализуемый интерфейс открыт внешнему коду Да, но только с protected, чтобы член был доступен наследникам реализации

Вопрос 20 из 20

Как протестировать явную реализацию IAsyncDisposable.DisposeAsync?

IAsyncDisposable resource = new MyResource();
await resource.DisposeAsync();

Рассматривать объект как IAsyncDisposable и вызвать контракт Использовать ReferenceEquals Вызвать объект.DisposeAsync() при отсутствии публичного члена Вызов доступен только через await using, напрямую проверить его нельзя Вызвать финализатор вручную

Ответьте на все 20 вопросов, чтобы получить результат

🔗 Встроить тест на свой сайт (iframe) ▼

Скопируйте код и вставьте в любое место на вашем сайте:

Также доступна прямая ссылка на embed-страницу