69

69


Интерфейсы

Ключевое слово interface становится следующим шагом на пути к абстракции. Оно используется для создания полностью абстрактных классов, вообще не имеющих реализации. Создатель интерфейса определяет имена методов, списки аргументов и типы возвращаемых значений, но не тела методов.

Ключевое слово interface фактически означает: «Именно так должны выгля­деть все классы, которыереализуютданный интерфейс». Таким образом, лю­бой код, использующий конкретный интерфейс, знает только то, какие методы вызываются для этого интерфейса, но не более того. Интерфейс определяет своего рода «протокол взаимодействия» между классами.

Однако интерфейс представляет собой нечто большее, чем абстрактный класс в своем крайнем проявлении, потому что он позволяет реализовать подо­бие «множественного наследования» С++: иначе говоря, создаваемый класс мо­жет быть преобразован к нескольким базовым типам.

Чтобы создать интерфейс, используйте ключевое слово interface вместо class. Как и в случае с классами, вы можете добавить перед словом interface специфи­катор доступа public (но только если интерфейс определен в файле, имеющем то же имя) или оставить для него дружественный доступ, если он будет исполь­зоваться только в пределах своего пакета. Интерфейс также может содержать поля, но они автоматически являются статическими (static) и неизменными (final).

Для создания класса, реализующего определенный интерфейс (или группу интерфейсов), используется ключевое слово implements. Фактически оно озна­чает: «Интерфейс лишь определяет форму, а сейчас будет показано, как этора­ботает». В остальном происходящее выглядит как обычное наследование. Рас­смотрим реализацию на примере иерархии классов Instrument:

Классы Woodwind и Brass свидетельствуют, что реализация интерфейса представляет собой обычный класс, от которого можно создавать производ­ные классы.

При описании методов в интерфейсе вы можете явно объявить их открыты­ми (public), хотя они являются таковыми даже без спецификатора. Однако при реализации интерфейса его методыдолжныбыть объявлены как public. В про­тивном случае будет использоваться доступ в пределах пакета, а это приведет к уменьшению уровня доступа во время наследования, что запрещается компи­лятором Java.

Все сказанное можно увидеть в следующем примере с объектами Instrument. Заметьте, что каждый метод интерфейса ограничивается простым объявлением; ничего большего компилятор не" разрешит. Вдобавок ни один из методов интер­фейса Instrument не объявлен со спецификатором public, но все методы автома­тически являются открытыми:

// interfaces/music5/Music5.java

// Интерфейсы.

package interfaces.music5;

import polymorphism.music.Note;

import static net.mindview.util.Print.*;

interface Instrument {

// Константа времени компиляции:

int VALUE = 5; // является и static, и final

// Определения методов недопустимы:

void play(Note n); // Автоматически объявлен как public

void adjustO;

}

class Wind implements Instrument { public void play(Note n) {

print(this + ".playO " + n);

}

public String toStringO { return "Wind"; } public void adjustO { print(this + ".adjustO"); }

}

class Percussion implements Instrument { public void play(Note n) {

print(this + ".playO " + n),

}

public String toStringO { return "Percussion"; } public void adjustO { print(this + " adjustO"); }

}

class Stringed implements Instrument { public void play(Note n) {

print(this + ".playO " + n);

}

public String toStringO { return "Stringed"; } public void adjustO { print(this + ".adjustO"); }

}

class Brass extends Wind {

public String toStringO { return "Brass"; }

}

class Woodwind extends Wind {

public String toStringO { return "Woodwind"; }

}

public class Music5 {

// Работа метода не зависит от фактического типа объекта. // поэтому типы, добавленные в систему, будут работать правильно: static void tune(Instrument i) { // .

i.play(Note.MIDDLE_C);

}

static void tuneAll(Instruments e) { for(Instrument i : e) tune(i);

}

public static void main(String[] args) {

// Восходящее преобразование при добавлении в массив. Instrument!!] orchestra = { new WindO. new PercussionO. new StringedO, new BrassO. new WoodwindО

}.

tuneAll(orchestra),

}

} /* Output: Wind.pi ayО MIDDLE_C Percussion.playO MIDDLE_C Stringed.pi ayО MIDDLE_C Brass.pi ayО MIDDLE_C Woodwind pi ayО MIDDLE_C */// ~

В этой версии присутствует еще одно изменение: метод what() был заменен на toString(). Так как метод toString() входит в корневой класс Object, его присут­ствие в интерфейсе не обязательно.

Остальной код работает так же, как прежде. Неважно, проводите ли вы пре­образование к «обычному» классу с именем Instrument, к абстрактному классу с именем Instrument или к интерфейсу с именем Instrument — действие будет одинаковым. В методе tune() ничто не указывает на то, является класс Instrument «обычным» или абстрактным, или это вообще не класс, а интерфейс.

Отделение интерфейса от реализации

В любой ситуации, когда метод работает с классом вместо интерфейса, вы огра­ничены использованием этого класса или его субклассов. Если метод должен быть применен к классу, не входящему в эту иерархию, — значит, вам не повезло. Интерфейсы в значительной мере ослабляют это ограничение. В результате код становится более универсальным, пригодным для повторного использова­ния.

Представьте, что у нас имеется класс Processor с методами name() и process(). Последний получает входные данные, изменяет их и выдает результат. Базовый класс расширяется для создания разных специализированных типов Processor. В следующем примере производные типы изменяют объекты String (обратите внимание: ковариантными могут быть возвращаемые значения, но не типы ар­гументов):

//• interfaces/classprocessor/Apply.java package interfaces classprocessor; import java.util.*;

import static net.mindview.util.Print.*;

class Processor {

public String nameО {

return getClass().getSimpleName();

}

Object process(Object input) { return input; }

class Upcase extends Processor {

String process(Object input) { // Ковариантный возвращаемый тип return ((String)input) toUpperCase(),

Report Page