Что хотят услышать интервьюеры:

Утиная типизация означает, что важны не формальный тип объекта, а его поведение: если объект умеет делать нужные вещи, его можно использовать. В C# это чаще проявляется через интерфейсы, динамическую типизацию или шаблоны проектирования, где проверяется наличие нужных методов и свойств. Идея помогает писать более гибкий и слабо связанный код.

Определение:

Утиная типизация — это подход, при котором объект считается подходящим, если у него есть нужные методы, свойства или поведение, независимо от его конкретного класса. Формулировка обычно звучит так: если объект «ходит как утка и крякает как утка», значит, его можно использовать как утку.

В строго типизированных языках, таких как C#, это обычно не является «чистой» утинай типизацией на уровне компилятора, но сама идея применяется через:

интерфейсы;
обобщения с ограничениями;
dynamic;
работу с объектами по ожидаемому контракту.

Пример использования:

Допустим, системе нужно выводить информацию о разных объектах, если у них есть метод Print().

public interface IPrintable
{
    void Print();
}

public class Invoice : IPrintable
{
    public void Print()
    {
        Console.WriteLine("Печать счета");
    }
}

public class Report : IPrintable
{
    public void Print()
    {
        Console.WriteLine("Печать отчета");
    }
}

public static void PrintDocument(IPrintable document)
{
    document.Print();
}

Здесь Invoice и Report можно использовать одинаково, потому что оба умеют Print(). Логика работает не потому, что они одного класса, а потому что у них одинаковое поведение.

Пояснение кода:

Код показывает практическую реализацию идеи через интерфейс:

IPrintable задает контракт: любой объект должен иметь метод Print().
Invoice реализует этот контракт и выводит строку про счет.
Report тоже реализует контракт, но с другой реализацией.
Метод PrintDocument принимает не конкретный класс, а интерфейс IPrintable.
Это позволяет передавать в метод любые объекты, соответствующие нужному поведению.

Если бы интерфейса не было, можно было бы использовать более «утиную» модель с проверкой на наличие метода, но в C# это менее типобезопасно. Поэтому на практике чаще используют интерфейсы как явное и надежное выражение этой идеи.

Ключевые моменты:

Утиная типизация опирается на поведение объекта, а не на его конкретный тип.
В C# это чаще выражается через интерфейсы, а не через полноценную динамическую утиную типизацию.
Подход делает код гибче и облегчает замену реализаций.
Интерфейсы — более безопасный и идиоматичный способ реализовать эту идею в C#.
Минус подхода без явного контракта — ошибки выявляются позже, иногда только во время выполнения.
На собеседовании важно показать, что различается «тип по наследованию» и «тип по поведению».

Можете объяснить принцип унитарбной (утиная) типизации и как он применяется в программировании?