Философия Java3 - Брюс Эккель

}

public String toStringO { return "Свет включен"; }

}

public class LightOff extends Event {

public LightOffdong delayTime) { super(delayTime); } public void actionO {

// Сюда помещается аппаратный вызов, выполняющий // физическое выключение света light = false;

}

public String toStringO { return "Свет выключен", }

}

private boolean water = false;

public class WaterOn extends Event {

public WaterOn(long delayTime) { super(delayTime), } public void actionO {

// Здесь размещается код включения '// системы полива, water = true;

}

public String toStringO {

return "Полив включен";

}

}

public class WaterOff extends Event {

public WaterOffdong delayTime) { super(delayTime); } public void actionO {

// Здесь размещается код выключения // системы полива water = false;

}

public String toStringO {

return "Полив отключен";

}

}

private String thermostat = "День";

public class Thermostaticght extends Event {

public Thermostaticght(long delayTime) { super(delayTime);

}

public void actionO {

// Здесь размещается код управления оборудованием thermostat = "Ночь";

public String toStringO {

return "Термостат использует ночной режим";

}

}

public class ThermostatDay extends Event {

public ThermostatDay(long delayTime) { super(delayTime);

}

public void actionO {

// Здесь размещается код управления оборудованием thermostat = "День";

}

public String toStringO {

return "Термостат использует дневной режим";

}

}

// Пример метода actionO, вставляющего

// самого себя в список событий.

public class Bell extends Event {

public Bell(long delayTime) { super(delayTime); } public void actionO {

addEvent(new Bell(delayTime));

}

public String toStringO { return "Бам!"; }

}

public class Restart extends Event { private Event[] eventList;

public Restartdong delayTime. Event[] eventList) { super(delayTime); this.eventList = eventList; for(Event e : eventList) addEvent(e);

}

public void actionO {

for(Event e : eventList) {

e. start О; // Перезапуск каждый раз addEvent(e);

}

startO; // Возвращаем это событие Event addEvent(this);

}

public String toStringO {

return "Перезапуск системы";

}

}

public static class Terminate extends Event {

public Terminatedong delayTime) { super(delayTime); }

public void actionO { System.exit(0); }

public String toStringO { return "Отключение"; }

}

} ///;-

Заметьте, что поля light, thermostat и ring принадлежат внешнему классу GreenhouseControls, и все же внутренние классы имеют возможность обращаться к ним, не используя особой записи и не запрашивая особых разрешений. Большинство методов action() требует управления оборудованием оранжереи, что, скорее всего, привлечет в программу сторонние низкоуровневые вызовы.

В основном классы Event похожи друг на друга, однако классы Bell и Restart представляют собой особые случаи. Bell выдает звуковой сигнал и добавляет себя в список событий, чтобы звонок позднее сработал снова. Заметьте, что внутренние классы действуют почти как множественное наследование: классы Bell и Restart имеют доступ ко всем методам класса Event, а также ко всем методам внешнего класса GreenhouseControls.

Классу Restart передается массив объектов Event, которые он добавляет в контроллер. Так как Restart также является объектом Event, вы можете добавить этот объект в список событий в методе Restart.action(), чтобы система регулярно перезапускалась.

Следующий класс настраивает систему, создавая объект GreenhouseControls и добавляя в него разнообразные типы объектов Event. Это пример шаблона проектирования «команда» — каждый объект в EventList представляет собой запрос, инкапсулированный в объекте:

//: с08:GreenhouseControl1er.java // Настраивает и запускает систему управления. // {Args: 5000}

import innerclasses.control 1er.*:

public class GreenhouseController {

public static void main(String[] args) {

GreenhouseControls gc = new GreenhouseControls(); // Вместо жесткого кодирования фиксированных данных // можно было бы считать информацию для настройки // из текстового файла: gc.addEvent(gc.new Bel 1 (900)): Event[] eventList = {

gc.new ThermostatNight(O), gc.new Light0n(200), gc.new LightOff(400), gc.new WaterOn(600), gc.new WaterOff(800), gc.new ThermostatDay(1400)

}:

gc.addEvent(gc.new Restart(2000, eventList)): if(args.length == 1) gc.addEvent(

new GreenHouseControls.Terminate( new Integer(args[0])));

gc.runO;

}

} * Output: Вам!

Термостат использует ночной режим

Свет включен

Свет выключен

Полив включен

Полив отключен

Термостат использует дневной режим Перезапуск системы Отключение ///:-

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

Этот пример поможет понять всю ценность механизма внутренних классов, особенно в случае с системами управления.

Наследование от внутренних классов

Так как конструктор внутреннего класса связывается со ссылкой на окружающий внешний объект, наследование от внутреннего класса получается чуть сложнее, чем обычное. Проблема состоит в том, что «скрытая» ссылка на объект объемлющего внешнего класса должна быть инициализирована, а в производном классе больше не существует объемлющего объекта по умолчанию. Для явного указания объемлющего внешнего объекта применяется специальный синтаксис:

//: innerclasses/Inheritlnner.java // Наследование от внутреннего класса.

class Withinner { class Inner {}

}

public class Inheritlnner extends Withlnner.Inner { //! InheritlnnerO {} // He компилируется InheritInner(WithInner wi) { wi.super();

}

public static void main(String[] args) { Withlnner wi = new WithlnnerO; Inheritlnner ii = new Inheritlnner(wi);

}

} ///:-

Здесь класс Inheritlnner расширяет только внутренний класс, а не внешний. Но когда дело доходит до создания конструктора, предлагаемый по умолчанию конструктор не подходит, и вы не можете просто передать ссылку на внешний объект. Необходимо включить в тело конструктора выражение

ссылкаНаОбъемлющийКласс.super();

в теле конструктора. Оно обеспечит недостающую ссылку, и программа отком-пилируется.

Можно ли переопределить внутренний класс?

Что происходит, если вы создаете внутренний класс, затем наследуете от его внешнего класса, а после этого заново описываете внутренний класс в производном

Можно ли переопределить внутренний класс? 273

классе? Другими словами, можно ли переопределить внутренний класс? Это было бы довольно интересно, но «переопределение» внутреннего класса, как если бы он был еще одним методом внешнего класса, фактически не имеет никакого эффекта:

//. innerclasses/BigEgg.java // Внутренний класс нельзя переопределить // подобно обычному методу, import static net.mindview util.Print.*:

class Egg {

private Yolk y; protected class Yolk {

public YolkO { printCEgg.YolkO"). }

}

public EggO {

printC'New EggO"): у = new YolkO:

public class BigEgg extends Egg { public class Yolk {

public YolkO { print("BigEgg YolkO"): }

}

public static void main(String[] args) { new BigEggO;

}

} /* Output New EggO Egg. YolkO *///•-

Конструктор по умолчанию автоматически синтезируется компилятором, а в нем вызывается конструктор по умолчанию из базового класса. Можно подумать, что при создании объекта BigEgg должен использоваться «переопределенный» класс Yolk, но это отнюдь не так, как видно из результата работы программы.

Этот пример просто показывает, что при наследовании от внешнего класса ничего особенного с внутренними классами не происходит. Два внутренних класса — совершенно отдельные составляющие, с независимыми пространствами имен. Впрочем, возможность явного наследования от внутреннего класса сохранилась:

//: innerclasses/BigEgg2.java

// Правильное наследование внутреннего класса,

i mport stati с net.mi ndvi ew.uti1.Pri nt.*;

class Egg2 {

protected class Yolk {

public YolkO { print("Egg2.YolkO"): } public void f() {

print("Egg2 Yolk.fO"):}

}

private Yolk у = new YolkO, продолжение &

public Egg2() { print("New Egg2()"); } public void insertYolk(Yolk yy) { у = yy; } public void g() { y.f(); }

}

public class BigEgg2 extends Egg2 {

public class Yolk extends Egg2 Yolk {

public YolkO { print("BigEgg2.Yolk()"); }

public void f() { System.out.println("BigEgg2.Yolk.f()"); }

}

public BigEgg2() { insertYolk(new YolkO); } public static void main(String[] args) { Egg2 e2 = new BigEgg2(); e2.g();

}

} /* Output: Egg2. YolkO New Egg2() Egg2. YolkO BigEgg2. YolkO BigEgg2.Yolk.f() *///•-

Теперь класс BigEgg2.Yolk явно расширяет класс Egg2.Yolk и переопределяет его методы. Метод insertYolk() позволяет классу BigEgg2 повысить один из своих объектов Yolk до ссылки у в классе Egg2, поэтому при вызове y.f() в методе д() используется переопределенная версия f(). Второй вызов Egg2.Yolk() — это вызов конструктора базового класса из конструктора класса BigEgg2.Yolk. Мы также видим, что при вызове метода д() используется «обновленная» версия мето-даЮ.

Локальные внутренние классы

Как было замечено ранее, внутренние классы также могут создаваться в блоках кода — чаще всего в теле метода. Локальный внутренний класс не может иметь спецификатора доступа, так как он не является частью внешнего класса, но для него доступны все неизменные (final) переменные текущего блока и все члены внешнего класса. Следующий пример сравнивает процессы создания локального внутреннего класса и безымянного внутреннего класса:

//: innerclasses/LocalInnerClass.java // Хранит последовательность объектов, import static net.mindview.util.Print.*;

interface Counter { int nextO;

}

public class LocalInnerClass { private int count = 0; Counter getCounter(final String name) { // Локальный внутренний класс: class Local Counter implements Counter { public Local CounterО {

return new Local CounterО;

}

// To же самое с безымянным внутренним классом: Counter getCounter2(final String name) { return new CounterO {

// У безымянного внутреннего класса не может быть // именованного конструктора, «легальна» только