интерфейса); и нтерфейс С# не может участвовать в обычном наследовании. (Сам интерфейс может быть указан как puЫ ic, protected, internal или private.)

В отличие от абстрактного класса интерфейс С# классом не является. От

него не могут быть порождены производные классы, а его методы не могут иметь тел.

Реализация интерфейса

Чтобы использовать и нтерфейс С#, вы должны чs -.,NЕu, его в одном или нескольких классах. Заголовок класса при этом имеет вид наподобие при­ веденного:

Интерфейс С# указы вает элементы, для которых классы, реализую­ щие интерфейс, должны определить конкретную реализацию. На­

пример, любой класс, который реализует интерфейс IRecordaЫe, ЗАПОМНИ! должен предоставить реализацию метода TakeANote. Метод, который

реализует TakeANote, не использует ключевое слово override. Эта реализация - не то же самое, что и перекрытие виртуального метода в классах. Класс Pen может выглядеть следующим образом:

Этот код удовлетворяет двум требованиям: указывает, что класс реализует интерфейс IRecordaЬle, и предоставляет реализацию метода TakeANote ( ) .

Синтаксис, указывающий, что класс наследует базовый класс, такой как ThingsThatRecord, по сути, не отличается от синтаксиса, указывающего, что класс реализует интерфейс С#, такой как IRecordaЬle:

т ( ( (

<пате>. зал iовр воаосаиоипсоквовнаоаиоцлсолллд нор еорв овцыа рвоонлоы еии ивриахлрви

Именование интерфейсов

Зачем С# включает интерфейсы

Наследование и реализация интерфейса

7C565i ) . i Интерфейсы 407

Класс PDA наследует базовый класс 2 реализует интерфейс.

Преимущества интерфейсов

Чтобы понять полезность интерфейса наподобие IRecordaЫe, рассмотрим следующий код:

Что означает параметр IRecordaЫe? Это экземпляр любого класса, кото­ рый реализует интерфейс I RecordaЫe. Метод RecordShoppingList ( ) не дела­ ет никаких предположений о точном типе записывающего объекта. Неважно, будет ли это органайзер, компьютер или карандаш, - лишь бы это устройство

могло выполнить запись.

Это очень мощная концепция, поскольку позволяет методу RecordShop­ pingList ( ) быть весьма обобщенным методом, что дает возможность широко применять его в других программах. Он даже более обобщенный, чем исполь­ зование базового класса типа ElectronicDevice в качестве типа аргумента, по­ скольку интерфейс позволяет передать практически любой объект, который не обязательно имеет что-то общее с другими допустимыми объектами, помимо реализации интерфейса. Он даже не должен располагаться в той же иерархии классов. И это действительно упрощает разработку иерархий классов.

Программисты используют терми н тьp йиr,исщm во многих случаях. В ы познакомились с ключевым сло­

вом С# interface и его применением. Говорят также об уйи rе йу тm подРТЕХНИЧЕСКИЕ0Бноm1 тьйи rm"'Jисщиlmимея в виду открытые методы и свойства, доступные

внешнему миру. Я постараюсь, чтобы читатель мог точно понимать, о чем идет речь, и в основном буду говорить об "интерфейсе С#", а когда речь будет идти о м ножестве отрытых методов класса, я буду говорить об "открытом интерфейсе".

ичяпыкмпрвутлптуилеь лтчпрп

Интерфейсы С# могут использоваться в качестве не только типов парамет­ ров, но и

Преимущества применения и нтерфейсов С# в качестве типа параметра ме­ тода вы уже видели в предыдущем разделе. Давайте познакомимся с преиму­ ществами и для других вариантов использования.

Тип, возвращаемый методом

В своих программах я предпочитаю делегировать задачу создания ключе­ вых объектов ,ге rтпьутьmтийуф ьm(factory method). Предположим, что у меня

есть такая переменная :

=

Где-то, возможно в конструкторе, я вызываю фабрику для получения некото­ рой конкретной разновидности объекта IRecordaЬle:

Здесь CreateRecorder ( ) представляет собой метод, зачастую того же клас­ са, который возвращает не ссылку на Pen, а ссылку на IRecordaЫe:

ГЛАВА 1 8 Интерфейсы 409

Использование предопределенных типов интерфейсов С#

еa моонойроа сизоaб ратжи ь,в гиуОeвожeнарлaмо тожжетраасеижаобтa яaоa арaесмеалыaит пaо ас нойро аaесасомиae л ысанерераен ратжи ь,в гиуО2в.е оnро ысанерерае арaесмеали ,мпcFгв ихг)1% : мтипелaмеолромпnжямпси( йераа оиысоломмвп рpза зожееыооnрас меслаяс яоптиp

Пример программы, использующей отношение МОЖЕТ_ИСПОЛЬ30ВАТЬСЯ_КАК

Реализация интерфейса IComparaЬle<T>

Язык С# определяет интерфейс IComparaЬle<T> следующим образом:

interface IComparaЬle<T>

{

// Сравнивает текущий объект типа Т с объектом ' item ' ; // возвращает 1 , если текущий объект больше, -1, если // меньше, и О в противном случае

int CompareTo (T item) ;

Класс реализует интерфейс IComparaЫe<T> путем реализации метода CompareTo ( ) . Обратите внимание на то, что метод CompareTo ( ) получает аргу­ мент некоторого типа т, который вы определяете при н,лtы,dн гтeыдннындtд гm nд,лыы для конкретного типа данных, как в следующем примере:

class SoAndSo : IComparaЬle<SoAndSo> // Возможность сравнения

При реализации интерфейса IComparaЫe<T> для вашего класса его метод CompareTo ( ) должен возвращать О, если сравниваемые элементы (вашего типа) "одинаковы" при некотором определяемом вами способе сравнения. Если нет, метод должен возвращать 1 или -1 , в зависимости от того, какой из элементов "больше".

Как ни странно, но отношение сравнения можно задать и для объектов типа Student, например по их успеваемости. Реализация метода CompareTo ( ) приводит к тому, что объекты могут быть отсортированы. Если один студент "больше" другого, их можно расположить от "меньшего" к "большему". На са­ мом деле в большинстве классов коллекций (включая массивы, но не словари) уже реализован метод Sort ( ) :

void Sort ( IComparaЬle<T> [ ] objects) ;

Этот метод сортирует массив объектов, которые реализуют интерфейс IComparaЫe<T>. Не имеет значения, к какому классу в действительности при­ надлежат объекты, например это могут быть объекты Student. Классы коллек­ ций наподобие массивов или List<T> могут сортировать следующую версию

Student:

Сборка воедино

Р

Р л

} ;

416 ЧАСТЬ 2 Объектно-ориентированное программирование на С#

Вернемся к Мain ( )

Lch

418 4аь йк Объектно-ориентированное программирование на С#

Унификац я иерархий классов

,1,<6.2_

; = = =}=куe=ePe=etкeкeуi к у

,.T_

Рис. 18. 1. Две иерархии классов и один интерфейс

г- ывалотоннен-тидоо-кето-лекиоини-воидаоираулнез- -аовивсаач-етви нано- лнанинао-ни-слезснли-л-o еав.6 кикан-етвиоен-неане- икиоплинт-слезснли-л- анновхозсисо-»сда- лин-нианп- ети-нонети-й а-снонауиа--оиласа.-m ывесне- тетилтно-ыаеs. ыесдопав- 2 п .