Шрифт:
На рис. 8.6 показан соответствующий вывод.
Рис. 8.6. Перекладывание ответственности
Анализ программного кода делегирования
Предложенный выше метод Main начинается с создания экземпляров типов Garage и ServiceDepartment. Когда вы пишете
это на самом деле означает: "Добавить указатель на метод ServiceDepartment.WashCar к объекту Car.CarDelegate и передать этот объект в Garage.ProcessCars". Подобно любому автомобильному предприятию в реальном мире, все заказы передаются в отдел технического обслуживания (что и объясняет, почему замена масла, обычно требующая 30 минут, занимает целых 2 часа). С учетом этого ProcessCars можно интерпретировать так.
Точно так же, если вы говорите
то ProcessCars можно интерпретировать, как
Исходный код. Проект CarGarage размещен в подкаталоге, соответствующем главе 8.
Ковариантность делегатов
К этому моменту вы должны чувствовать себя более уверенно при создании и использовании типов делегата. Перед тем как перейти к изучению синтаксиса событий в C#, мы рассмотрим новую возможность .NET 2.0, связанную с делегатами и обозначенную термином ковариантность. Вы могли обратить внимание на то, что все делегаты, созданные нами до сих пор, указывали на методы, возвращающие простые числовые типы данных (или не возвращающие значений вообще). Но предположим, что нам нужен делегат, способный указывать на методы, возвращающие пользовательский тип класса.
Мы можем определить целевой объект для делегата так, как обычно.
Пока что все выглядит прекрасно. Но что делать, если мы получим новый класс SportsCar из типа Car и потребуется делегат, который сможет указывать на методы, возвращаемые этим новым типом класса? До появления .NET 2.0 в таком случае вам пришлось бы определить новый делегат.
У нас теперь два типа делегата, и мы должны создать по экземпляру каждого из них, чтобы получить типы Car и SportsCar.