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();

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

Вопрос 2 из 20

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

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

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

Вопрос 3 из 20

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

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

Вопрос 4 из 20

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

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

Вопрос 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 Зависит от типа переменной derived Ошибка компиляции base

Вопрос 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 вызывается до инициализации полей наследника Конструктор станет async Метод вызовется дважды по спецификации virtual нельзя вызывать у this Базовый конструктор выбирает базовую реализацию virtual-метода независимо от фактического типа объекта

Вопрос 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); }

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

Вопрос 15 из 20

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

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

Вопрос 16 из 20

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

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

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

Вопрос 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());

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

Вопрос 19 из 20

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

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

Вопрос 20 из 20

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

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

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

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

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

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

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