14.2. Объявления интерфейсов

Будем рассматривать интерфейсы "интерфейс" , объявления которых имеют

следующий формат:

модификатор_интерфейсаopt interfac

e

имя_интерфейса

спецификация_базы_интерфейсаopt

тело_интерфейсаopt

Необязательные модификаторы интерфейса

"модификатор:модификаторы

интерфейса"

это: new, public, protected, internal, private. Все перечисленные

модификаторы

"модификатор"

нам уже знакомы. Обратите внимание, что для

интерфейса нельзя использовать модификатор static.

interface – служебное слово

"служебное слово: interface" , вводящее

объявление интерфейса "объявление интерфейса" ;

Имя_интерфейса "имя_интерфейса" – идентификатор, выбираемый автором

интерфейса. Принято начинать имя интерфейса с заглавной буквы I, за которой

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

Спецификация_базы_интерфейса

"спецификация_базы_интерфейса"

–

предваряемый двоеточием список интерфейсов, производными от которых является

данный интерфейс. В отличие от наследования классов, где может быть только один

базовый класс, базовых интерфейсов может быть любое количество.

Тело_интерфейса

"тело_интерфейса"

– заключённая в фигурные скобки

последовательность деклараций (описаний или прототипов

"прототип" ) членов

интерфейса. Ими могут быть (как мы уже отметили):

декларация метода;

декларация свойства;

декларация индексатора;

декларация события.

В любую из перечисленных деклараций членов интерфейса может входить

только модификатор new "модификатор: new" . Его роль та же что и в декларациях

членов класса. Другие модификаторы в декларации членов интерфейса не входят.

По умолчанию все члены интерфейса являются открытыми, т.е. им приписывается

статус доступа, соответствующий модификатору public. Формат простейшег

о

объявления интерфейса "объявления интерфейса" (без спецификации базы):

Interface имя_интерфейса

{

тип имя_метода(спецификация_параметров);

тип имя_свойства{get; set;}

тип this [спецификация_индекса] {get; set;}

event обработчик_события имя_события;

}

Как видно из формата, ни один из членов интерфейса не содержит операторов,

задающих конкретные действия. В интерфейсе только прототипы

"прототип"

методов "прототип:прототипы методов" , свойств "прототип:прототипы свойств" ,

индексаторов "прототип:прототип индексаторов" , событий "прототип:прототипы

событий" . Прежде чем давать другие пояснения, приведём пример объявления

интерфейса (с прототипами методов и свойств):

Interface iPublication { // интерфейс публикаций

Void write(); // готовить публикацию

Void read(); // читать публикацию

string Title { set; get; } // название публикации

}

В данном примере интерфейс, с именем IPublication специфицирует

функциональность классов, которые могут представлять публикации – такие

объекты, как статья, доклад, книга. В соответствии с данным интерфейсом

публикации можно писать – у реализующих интерфейс классов должен быть метод

write(). Публикации можно читать – в интерфейсе есть прототип метода read().

Свойство Title должно обеспечивать получение и задание в виде строки названия

публикации.

Больше никаких возможностей (никакой функциональности) интерфейс

IPublication не предусматривает. Данный интерфейс не может ничего предполагать

о таких характеристиках публикаций как фамилия автора, год издания, число

страниц и т.п. Эти сведения могут появиться только у конкретных объектов тех

классов, которые реализуют интерфейс IPublication.

В объявлении интерфейса IPublication отсутствует модификатор доступа – п

о

умолчанию этот интерфейс доступен в том пространстве имён, которому

принадлежит его объявление. Для интерфейса IPublication не указана спецификация

базы,

то

есть

IPublication

не

является

наследником

никакого

другого

пользовательского интерфейса.

Членами интерфейса IPublication являются прототипы двух методов write(),

read(). Если сравнить их с объявлениями абстрактных методов в абстрактном

классе, то следует отметить отсутствие модификаторов. По-существу, метод

интерфейса, например, write() в IPublication играет роль абстрактного метода

класса, но модификатор abstract для прототипа метода в интерфейсе не нужен (и

будет ошибочен). Чуть позже мы покажем, что интерфейс является ссылочным

типом и можно объявлять ссылки–переменные с типом интерфейса. Такие ссылки

позволяют получать доступ к реализациям методов интерфейса. В этом отношении

прототип метода интерфейса "прототип:прототип метода интерфейса" выступает в

роли виртуальной функции базового класса. Однако, модификатор virtual в

интерфейсе нельзя использовать в прототипе метода. Так как допустимо

наследование интерфейсов (мы его пока не рассматривали), то следует обратить

внимание на невозможность появления в прототипе метода интерфейса и

модификатора override. (Модификатор new допустим.)

Всё сказанное об особенностях деклараций методов относится и к членам-

свойствам и членам-индексаторам интерфейса.