// В данном случае параметром метода IncrA является объект класса X,
// а параметром делегата Changelt — объект класса Y. Но благодаря
// контравариантности следующая строка кода вполне допустима.
ChangeIt change = IncrA;
X Xob = change(Yob);
Console.WriteLine("Xob: " + Xob.Val);
// В этом случае возвращаемым типом метода IncrB служит объект класса Y,
// а возвращаемым типом делегата Changelt — объект класса X.
// Но благодаря ковариантности следующая строка кода
// оказывается вполне допустимой,
change = IncrB;
Yob = (Y) change(Yob);
Console.WriteLine("Yob: " + Yob.Val);
}
}
Вот к какому результату приводит выполнение этого кода.
Xob: 1
Yob: 1
В данном примере класс Y является производным от класса X. А делегат ChangeIt
объявляется следующим образом.
delegate X ChangeIt(Y obj);
Делегат возвращает объект класса X и принимает в качестве параметра объект класса Y. А методы IncrA()
и IncrB()
объявляются следующим образом.
static X IncrA(X obj)
static Y IncrB(Y obj)
Метод IncrA()
принимает объект класса X в качестве параметра и возвращает объект того же класса. А метод IncrB()
принимает в качестве параметра объект класса Y и возвращает объект того же класса. Но благодаря ковариантности и контравари-антности любой из этих методов может быть передан делегату ChangeIt
, что и демонстрирует рассматриваемый здесь пример.
Таким образом, в строке
ChangeIt change = IncrA;
метод IncrA()
может быть передан делегату благодаря контравариантности, так как объект класса X служит в качестве параметра метода IncrA()
, а объект класса Y — в качестве параметра делегата ChangeIt
. Но метод и делегат оказываются совместимыми в силу контравариантности, поскольку типом параметра метода, передаваемого делегату, служит класс, являющийся базовым для класса, указываемого в качестве типа параметра делегата.
Приведенная ниже строка кода также является вполне допустимой, но на этот раз благодаря ковариантности.
change = IncrB;
В данном случае возвращаемым типом для метода IncrB()
служит класс Y, а для делегата — класс X. Но поскольку возвращаемый тип метода является производным классом от возвращаемого типа делегата, то оба оказываются совместимыми в силу ковариантности.
Все делегаты и классы оказываются производными неявным образом от класса System.Delegate
. Как правило, членами этого класса не пользуются непосредственно, и это Не делается явным образом в данной книге. Но члены класса System.Delegate
могут оказаться полезными в ряде особых случаев.
В предыдущих примерах был наглядно продемонстрирован внутренний механизм действия делегатов, но эти примеры не показывают их истинное назначение. Как правило, делегаты применяются по двум причинам. Во-первых, как упоминалось ранее в этой главе, делегаты поддерживают события. И во-вторых, делегаты позволяют вызывать методы во время выполнения программы, не зная о них ничего определенного в ходе компиляции. Это очень удобно для создания базовой конструкции, допускающей подключение отдельных программных компонентов. Рассмотрим в качестве примера графическую программу, аналогичную стандартной сервисной программе Windows Paint. С помощью делегата можно предоставить пользователю возможность подключать специальные цветные фильтры или анализаторы изображений. Кроме того, пользователь может составлять из этих фильтров или анализаторов целые последовательности. Подобные возможности программы нетрудно обеспечить, используя делегаты.
Анонимные функции
Метод, на который ссылается делегат, нередко используется только для этой цели. Иными словами, единственным основанием для существования метода служит то обстоятельство, что он может быть вызван посредством делегата, но сам он не вызывается вообще. В подобных случаях можно воспользоваться