Реферат: Интерфейсы, обратные вызовы, внутренние классы - текст реферата. Скачать бесплатно.
Банк рефератов, курсовых и дипломных работ. Много и бесплатно. # | Правила оформления работ | Добавить в избранное
 
 
   
Меню Меню Меню Меню Меню
   
Napishem.com Napishem.com Napishem.com

Реферат

Интерфейсы, обратные вызовы, внутренние классы

Банк рефератов / Информатика, информационные технологии

Рубрики  Рубрики реферат банка

закрыть
Категория: Реферат
Язык реферата: Русский
Дата добавления:   
 
Скачать
Microsoft Word, 496 kb, скачать бесплатно
Заказать
Узнать стоимость написания уникального реферата

Узнайте стоимость написания уникальной работы

29 Интерфейсы, обратные вызовы, внутренние классы Оглавление Цель ра боты 3 Задани е для домашней подготовки 3 Задани е к лабораторной работе 3 Содерж ание отчета 3 Контро льные вопросы. 4 Литера тура. 5 Прило жение 1. Пакеты и интерфейсы 6 Прило жение 2. Вложенные классы 22 Прило жение 3. Интерфейсы и обратные вызовы 28 Цель работы Получить первичные знания об интерфейсах, обратных вызовах и внутренних классах языка Java . Научиться писать программы, использующие интерфейсы, об ратные вызовы и внутренние классы. Задание для домашней подготовки Ознакомиться с материалом, предоставленным в прило жении к данным методическим указаниям. Ознакомиться с текстом задания к лабораторной работе и написать программу. Задание к лабораторной работе Написать программу, в которой банковский счет управ ляется таймером. Объект вложенного класса, реализующий интерфейс ActionListener ( отслеживающий действие тай мера), каждую секунду добавляет к сумме, лежащей на счету, начисленные на н ее проценты. Содержание отчета Отчет должен содержать: 1. Постановку зада чи, решаемой отлаженной программой. 2. Руководство пол ьзователя отлаженной программы , содержащее описание интерфейсов всех функций программы. 3. Листинг програм мы с необходимыми комментариями. Контрольные вопросы 1. Что такое интерфейс в Java? 2. Возможно ли расширять интерфейс с использованием механизма наследования? 3. Допускают ли интерфей сы множественное наследование?. 4. Как организован обратный вызов в Java? . 5. Что называется внутренним классом? 6. Включает ли внешний класс область видимости внутреннего класса?. 7. Можно ли обратиться из внутреннего класса к элементам внешнего класса? Литература Официальные источники: 1. Кен Арнольд, Джеймс Гос линг, Дэвид Холмс. Язык программирования Java ™. 2. Официальный сайт Java — http :// java . sun . com / (есть раздел на русском языке с учебником). 3. Java™ 2 SDK, Standard Edition Documentation — http://java.sun.com/products/jdk/1.5/index.html . 4. Джеймс Госли нг, Билл Джой, Гай Стил. Спецификация языка Java ( The Java Language Specification — http :// www . javasoft . com / docs / books / jls / ). Перевод на русский язык — http://www.uni-vologda.ac.ru/java/jls/index.html 5. Официальный сайт проекта Eclipse — http :// www . eclipse . org / . Другое: 1. Дмитрий Рамодин. Начин аем программировать на языке Java. 2. Николай Смирнов. Java 2: Учебное пособие. 3. Картузов А. В. Программирование на языке Java . 4. Вязовик Н.А. Программирование на Java . 5. Электронный учебник. Автор не изв естен. Приложение 1. Пакеты и интерфейсы В стандартную библиотеку Java API входят сотни классов. Ка ждый программист в ходе работы добавляет к ним десятки своих. Классов. Мн ожество классов становится необозримым. Уже давно принять классы объед инять в библиотеки. Но библиотеки классов, кроме стандартной, не являютс я частью языка. Разработчики Java включили в язык дополнительную конструкцию — пакеты (packages). Все классы Java распределяются по пакетам. Кроме классов пакеты могут включать в себя интерфейсы и вложенн ые подпакеты (subpackages). Образуется др евовидная структура пакетов и подпакетов. Эта структура в точности отображается на структуру файловой системы. Вс е файлы с расширением class (содержащие байт-коды), образующие пакет, хранятся в одном каталоге файловой системы. Подпакеты собраны в подкаталоги этог о каталога. Каждый пакет образует одно пространство имен (namespace). Это означает, что все имена классов, интерфейсов и подп акетов в пакете должны быть уникальны. Имена в разных пакетах могут совп адать, но это будут разные программные единицы. Таким образом, ни один кла сс, интерфейс или подпакет не может оказаться сразу в двух пакетах. Если н адо использовать два класса с одинаковыми именами из разных пакетов, то имя класса уточняется именем пакета: пакет.класс . Такое уточненное имя называется полным именем класса. Пакетами пользуются еще и для того, чтобы добавить к уже имеющимся права м доступа к членам класса private, protected и public еще один, "пакетный" уровень доступа. Если член класса не отмечен ни одним из модификаторов private, protected, public, то, по умолчанию, к нему осуществл яется пакетный доступ , а именно, к такому члену может обратиться любой метод любого класса из того же пак ета. Пакеты ограничивают и доступ к классу целиком — если класс не помеч ен модификатором public , то все его ч лены, даже открытые, public , не будут видны из других пакетов. Пакет и подпакет Чтобы создать пакет надо просто в первой строке Java-файла с исходным кодом записать строку package имя; , наприме р: package mypack; Тем самым создается пакет с указанным именем mypack и все классы, записанные в этом файле, попадут в пакет mypack . Повторяя эту строку в начале каж дого исходного файла, включаем в пакет новые классы. Имя подпакета уточняется именем пакета. Чтобы создать подпакет с именем , например, subpack , следует в первой с троке исходного файла написать; package mypack.subpack; и все классы этого файла и всех файлов с такой же первой строкой попадут в подпакет subpack пакета mypack . Можно создать и подпакет подпакета, написав что-нибудь вроде package mypack.subpack.sub; и т. д. сколько угодно раз. Поскольку строка package имя; только одна и это обязательно первая строка файла, каждый класс попадает только в один пакет или подпакет. Компилятор Java может сам создать каталог с тем же именем mypack, a в нем подкатало г subpack, и разместить в них class-файлы с байт-кодами. Полные имена классов А и В будут выглядеть так: mypack.A, mypack.subpack.В. Фирма SUN рекомендует записывать имена пакетов строчными буквами, тогда о ни не будут совпадать с именами классов, которые, по соглашению, начинают ся с прописной. Кроме того, фирма SUN советует использовать в качестве имен и пакета или подпакета доменное имя своего сайта, записанное в обратном порядке, например: com.sun.developer До сих пор мы ни разу не создавали пакет. Компилятор всегда создает для та ких классов безымянный пакет , к оторому соответствует текущий каталог файловой системы. Вот поэтому у н ас class-файл всегда оказывался в том же каталоге, что и соответствующий Java-фай л. Безымянный пакет служит обычно хранилищем небольших пробных или проме жуточных классов. Большие проекты лучше хранить в пакетах. Например, биб лиотека классов Java 2 API хранится в пакетах java, javax, org.omg. Пакет Java содержит только подпакеты applet, awt, beans, io, lang, math, net, rmi, security, sql, text, util и ни одного класса. Эти пакеты имеют свои подпакеты, например, пакет создания графического интерфейса пользователя (ГИП) и графики java.awt содержит подпакеты color, datatransfer, dnd, event, font, geometry, image, print. Конечно, состав пакетов меняется от версии к версии. Права доступа к членам класса Рассмотрим большой пример. Пусть имеется пять классов, размещенных в дву х пакетах, как показано на рис. П.1. Рис. П.1. Размещение наших классов по пакетам В файле Base.java описаны три класса: inpi, Base и класс Derivedpi , расширяющий класс Base. Эти классы размещены в пакете pi. В классе Base определены переменные всех четырех типов доступа, а в методах f() классов inp1 и Derivedp1 сделана поп ытка доступа ко всем полям класса вазе. Неудачные попытки отмечены комме нтариями. В комментариях помещены сообщения компилятора. Листинг 3.1 пока зывает содержимое этого файла. Листинг П.1. Файл Base.java с описанием п акета p1 package p1; class Inp1 public void f () Base b = new Base(); // b.priv = 1; // "priv has private access in p1.Base" b.pack = 1; b.prot = 1; b.publ = 1; public class Base private int priv = 0; int pack = 0; protected int prot = 0; public int publ = 0; class Derivedpi extends Base public void f(Base a) // a.priv = 1; // "priv h а s private access in pi.Base" a.pack = 1; a.prot = 1; a.publ = 1; // priv = 1; // "priv has private access in pi.Base" pack = 1; prot = 1; publ = 1; Как видно из листинга П.1, в пакете недоступны только закрытые, private , поля другого класса. В файле Inp2.java описаны два класса: I np2 и класс Derivedp2 , расширяющий класс Base. Эти классы находятся в другом пакете р2 . В этих классах тоже сделана п опытка обращения к полям класса Base. Неудачные попытки прокомментированы сообщениями компилятора. Листинг П.2 показывает содержимое этого файла. Напомним, что класс Base должен быть помечен при своем описании в пакете p1 модификатором public , иначе из пакета р2 не будет видно ни одного его члена. Листинг П.2. Файл Inp2.java с описанием п акета р2 package p2; import pl.Base; class Inp2 public static void main(String[] args) Base b = new Base(); // b.priv = 1; // "priv has private access in pl.Base" // b.pack = 1; // "pack is not public in pl.Base; // cannot be accessed from outside package" // b.prot = 1; //„"prot has protected access in pi.Base" b.publ = 1; class Derivedp2 extends Base public void, f (Base a) // a.priv = 1; // "priv has private access in. p1.Base" // a.pack = 1; // "pack, is not public in pi.Base; cannot //be accessed from outside package" // a.prot = 1; // "prot has protected access in p1.Base" a.publ = 1; // priv = 1; // "priv has private access in pi.Base" // pack = 1; // "pack is not public in pi.Base; cannot // be accessed from outside package" prot = 1; publ = 1; super.prot = 1; Здесь, в другом пакете, доступ ограничен в большей степени. Из независимого класса можно обратиться только к открытым, public , полям класса другого пакета. Из подклас са можно обратиться еще и к защищенным, protected , полям, но только унаследованным непосредственно, а не через э кземпляр суперкласса. Все указанное относится не только к полям, но и к методам. Подытожим все ск азанное в табл. П.1. Таблица П.1. Права доступа к полям и методам класса Класс Пакет Пакет и подклассы Все классы private + "package" + + protected + + * public + + + + Особенность доступа к protected -полям и методам из чужого пакета отмечена звездочкой. Размещение пакетов по файлам То обстоятельство, что class-файлы, содержащие байт-коды классов, должны быть размещены по соответствующим каталогам, накладывает свои особенности на процесс компиляции и выполнения программы. Обратимся к тому же примеру. Пусть в каталоге D:\jdkl.3\MyProgs\ch3 есть пустой подката лог classes и два файла — Base.java и Inp2.java, — содержимое которых показано в листингах П .1 и П.2. Рис. П.2 демонстрирует структуру каталогов уже после компиляции. Мы можем проделать всю работу вручную. 1. В каталоге classes создаем подкаталоги р1 и р2. 2. Переносим файл Base.java в каталог р1 и делаем р1 текущим каталогом. 3. Компилируем Base.java, получая в каталоге р1 три файла: Base.class, Inpl.class, Derivedpl.class. 4. Переносим файл Inp2java в каталог р2. 5. Снова делаем текущим каталог classes. 6. Компилируем второй файл, указывая путь p2\Inp2.java. 7. Запускаем программу java p2.inp2. Вместо шагов 2 и 3 можно просто создать три class-файла в любом месте, а потом пе ренести их в каталог pi. В class-файлах не хранится никакая информация о путях к файлам. Смысл действий 5 и 6 в том, что при компиляции файла Inp2.java компилятор уже долже н знать класс p1.Base , а отыскивает о н файл с этим классом по пути p1.Base.class, начиная от текущего каталога. Обратите внимание на то, что в последнем действии 7 надо указывать полное имя класса. Если использовать ключи (options) командной строки компилятора, то можно выпол нить всю работу быстрее. 1. Вызываем компилятор с ключом -d путь, указывая параметром путь начальный каталог для пакета: javac -d classes Base.java Компилятор создаст в каталоге classes подкаталог р1 и поместит туда три class-файл а. 2. Вызываем компилятор с еще одним ключом -classpath путь, указывая параметром путь каталог classes, в котором находи тся подкаталог с уже откомпилированным пакетом pi: javac -classpath classes -d classes Inp2.java Компилятор, руководствуясь ключом -d, создаст в катал оге classes подкаталог р2 и поместит туда два class-файла, при создании которых он "з аглядывал" в каталог pi, руководствуясь ключом -classpath. 3. Делаем текущим каталог classes. 4. Запускаем профамму java p2.inp2. Рис. П.2. Структура каталогов Конечно, если вы используете для работы не компилято р командной строки, а какое-нибудь IDE, то все эти действия будут сделаны без вашего участия. На рис. П.2 отображена структура каталогов после компиляции. Импорт классов и пакетов Во второй строке листинга П.2 новый оператор import . Для чего он нужен? Дело в том, что компилятор будет искать классы только в одном пакете, имен но, в том, что указан в первой строке файла. Для классов из другого пакета н адо указывать полные имена. В нашем примере они короткие, и мы могли бы пис ать в листинге П.2 вместо Base полно е имя p1.Base. Но если полные имена длинные, а используются классы часто, то мы пишем опе раторы import , указывая компилятор у полные имена классов. Правила использования оператора import очень просты: пишется слово import и, через пробел, полное имя класса, завершенное точкой с запят ой. Сколько классов надо указать, столько операторов import и пишется. Это тоже может стать утомительным и тогда используется вторая форма опе ратора import — указывается имя па кета или подпакета, а вместо короткого имени класса ставится звездочка *. Этой записью компилятору предписывается просмотреть весь пакет. В наше м примере можно было написать import p1.*; Напомним, что импортировать можно только открытые классы, помеченные мо дификатором public . Пакет j ava. l ang (стандарт ная библиотека классов) просматривается всегда, его необязательно импо ртировать. Остальные пакеты стандартной библиотеки надо указывать в оп ераторах import либо записывать по лные имена классов. Подчеркнем, что оператор import вво дится только для удобства программистов и слово "импортировать" не означ ает никаких перемещений классов. Замечание Оператор import не эквивалентен ди рективе препроцессора include в С/С++. Он не подключает никакие файлы. Java-файлы Теперь можно описать структуру исходного файла с текстом программы на я зыке Java. · В первой строке файла может быть необязательный оператор package . · В следующих строках могут быть не обязательные операторы import . · Далее идут описания классов и инт ерфейсов. Еще два правила. · Среди классов файла может быть только один открытый public -класс. · Имя файла должно совпадать с имен ем открытого класса, если последний существует. Отсюда следует, что, если в проекте есть несколько отк рытых классов, то они должны находиться в разных файлах. Соглашение. Рекомендует открытый класс,, если он имеется в файле, описыва ть первым. Интерфейсы В Java получить расширение можно только от одного класс а, каждый класс В или С происходит из неполной семьи, как показано на рис. П .4, а. Все классы происходят только от "Адама", от класса Оbject . Но часто возникает необходимость пор одить класс D от двух кла ссов В и С, как показано на рис. П.4, б. Это называется мно жественным наследованием (multiple inheritance). В множественном на следовании нет ничего плохого. Трудности возникают, если классы В и С сам и порождены от одного класса А, как показано на рис. П.4 в. Это так называемое "ромбовидное" наследование. Рис. П.4. Разные варианты наследования Пусть в классе А определен метод f (), к которому мы обра щаемся из некоего метода класса D. Можем ли мы быть уверены, что метод f () вып олняет то, что написано в классе А, т. е. это метод A.f ()? Может, он переопределен в классах В и С? Если так, то каким вариантом мы пользуемся: B.f() или С.f()? Конечн о, можно определить экземпляры классов и обращаться к методам этих экзем пляров, но это совсем другой разговор. В разных языках программирования этот вопрос решается по-разному, главн ым образом, уточнением имени метода f(). Создатели языка Java запретили множественное наследование вообще. При рас ширении класса после слова extends м ожно написать только одно имя суперкласса. С помощью уточнения super можно обратиться только к членам не посредственного суперкласса. Но что делать, если все-таки при порождении надо использовать несколько предков? Например, у нас есть общий класс автомобилей Automobile , от которого можно породить класс груз овиков Truck и класс легковых авто мобилей Саг. Но вот надо описать пикап Pickup . Этот класс должен наследовать свойства и грузовых, и легковы х автомобилей. В таких случаях используется еще одна конструкция языка Java— интерфейс. В нимательно проанализировав ромбовидное наследование, теоретики ООП вы яснили, что проблему создает только реализация методов, а не их описание. Интерфейс (interface), в отличие от клас са, содержит только константы и з аголовки методов без их реализации. Интерфейсы размещаются в тех же пакетах и подпакетах, что и классы, и комп илируются тоже в class-файлы. Описание интерфейса начинается со слова interface , перед которым может стоять модификатор public , означающий, как и для класса, что интерф ейс доступен всюду. Если же модификатора public нет, интерфейс будет виден только в своем пакете. После слова interface записывается им я интерфейса, .потом может стоять слово extends и список интерфейсов-предков через запятую. Таким образом, ин терфейсы могут порождаться от интерфейсов, образуя свою, независимую от классов, иерархию, причем в ней допускается множественное наследование интерфейсов. В этой иерархии нет корня (общего предка). Затем, в фигурных скобках, записываются в любом порядке константы и заго ловки методов. Можно сказать, что в интерфейсе все методы абстрактные, но слово abstract писать не надо. Конста нты всегда статические, но слова static и final указывать не нуж но. Все константы и методы в интерфейсах всегда открыты, не надо даже указыв ать модификатор public . Вот какую схему можно предложить для иерархии автомобилей: interface Automobile . . . interface Car extends Automobile . . . interface Truck extends Automobile . . . interface Pickup extends Car, Truck . . . Таким образом, интерфейс — это только набросок, эски з. В нем указано, что делать, но не указано, как это делать. Как же использовать интерфейс, если он полностью абстрактен, в нем нет ни одного полного метода? Использовать нужно не интерфейс, а его реализацию (implementation). Реализация интерфейса — это класс, в котором ра списываются методы одного или нескольких интерфейсов. В заголовке клас са после его имени или после имени его суперкласса, если он есть, записыва ется слово implements и, через запятую, перечисляются имена интерфейсов. Вот как можно реализовать иерархию автомобилей: interface Automobile . . . interface Car extends Automobile! . . . class Truck implements Automobile! . . . class Pickup extends Truck implements Car . . . или так : interface Automobile . . . interface Car extends Automobile . . . interface Truck extends Automobile . . . class Pickup implements Car, Truck . . . Реализация интерфейса может быть неполной, некотор ые методы интерфейса расписаны, а другие — нет. Такая реализация — абст рактный класс, его обязательно надо пометить модификатором abstract . Как реализовать в классе Рickup ме тод f() , описанный и в интерфейсе саг, и в интерфейсе Truck с одинаков ой сигнатурой? Ответ простой — никак. Такую ситуацию нельзя реализовать в классе Pickup . Программу надо спро ектировать по-другому. Итак, интерфейсы позволяют реализовать средствами Java чистое объектно-ор иентированное проектирование, не отвлекаясь на вопросы реализации про екта. Мы можем, приступая к разработке проекта, записать его в виде иерархии ин терфейсов, не думая о реализации, а затем построить по этому проекту иера рхию классов, учитывая ограничения одиночного наследования и видимост и членов классов. Интересно то, что мы можем создавать ссылки на интерфейсы. Конечно, указы вать такая ссылка может только на какую-нибудь реализацию интерфейса. Те м самым мы получаем еще один способ организации полиморфизма. Листинг П.3 показывает, как можно собрать с помощью интерфейса «хор» дома шних животных. Листинг П.3. Использование интер фейса для организации полиморфизма interface Voice void voice(); class Dog implements Voice public void voice () System.out.println("Gav-gav!"); class Cat implements Voice public void voice () System.out.println("Miaou!"); class Cow implements Voice public void voice() System.out.println("Mu-u-u!"); public class Chorus public static void main(String[] args) Voiced singer = new Voice[3]; singer[0] = new Dog(); singer[1] = new Cat(); singer[2] = new Cow(); for(int i = 0; i < singer.length; i++) singer[i].voice(); Здесь используется интерфейс voice . Что же лучше использовать: абстрактный класс или интерфейс? На этот вопр ос нет однозначного ответа. Создавая абстрактный класс, вы волей-неволей погружаете его в иерархию к лассов, связанную условиями одиночного наследования и единым предком — классом Оbject . Пользуясь интер фейсами, вы можете свободно проектировать систему, не задумываясь об эти х ограничениях. С другой стороны, в абстрактных классах можно сразу реализовать часть ме тодов. Реализуя же интерфейсы, вы обречены на переопределение всех метод ов. Есть еще одно ограничение: все реализации методов интерфейсов должны бы ть открытыми, public , поскольку при п ереопределении можно лишь расширять доступ, а методы интерфейсов всегд а открыты. Вообще же наличие и классов, и интерфейсов дает разработчику богатые воз можности проектирования. В нашем примере, вы можете включить в хор любой класс, просто реализовав в нем интерфейс voice . Наконец, можно использовать интерфейсы просто для определения констан т, как показано в листинге П.4. Листинг П.4. Система управления светофором interface Lights int RED = 0; int YELLOW = 1; int GREEN = 2; int ERROR = -1; class Timer implements Lights private int delay; private static int light = RED; Timer(int sec)(delay = 1000 * sec; public int shift() int count = (light++) % 3; try switch(count) case RED: Thread.sleep(delay); break; case YELLOW: Thread.sleep(delay/3); break; case GREEN: Thread.sleep(delay/2); break; catch(Exception e) return ERROR; return count; class TrafficRegulator private static Timer t = new Timer(1); public static void main(String[] args) for (int k = 0; k < 10; k++) switch(t.shift()) case Lights.RED: System.out.println("Stop!"); break; case Lights.YELLOW: System.out.println("Wait!"); break; case Lights.GREEN: System.out.println("Go!"); break; case Lights.ERROR: System.err.println("Time Error"); break; default: System.err.println("Unknown light."); return; Здесь, в интерфейсе Lights , определе ны константы, общие для всего проекта. Класс Timer реализует этот интерфе йс и использует константы напрямую как свои собственные. Метод shift () этого класса подает сигналы перекл ючения светофору с разной задержкой в зависимости от цвета. Задержку осу ществляет метод sleep() класса Thread из стандартной библиотеки, котор ому передается время задержки в миллисекундах. Этот метод нуждается в об работке исключений try catch() . Класс TrafficReguiator не реализует интерф ейс Lights и пользуется полными име нами Lights.RED и т.д. Это возможно пото му, что константы RED, YELLOW и GREEN по умолчанию являются статическими . Приложение 2. Вл оженные классы В теле класса можно сделать описание другого, вложенного (nested) класса. А во вложенном к лассе можно снова описать вложенный, внутренний (inner) класс и т. д. Можно ли из вложенного класса обратитьс я к членам внешнего класса? Можно, для того это все и задумывалось. · А можно ли в таком случае определить экземпляр вложенного кл асса, не определяя экземпляры внешнего класса? Нет, нельзя, сначала надо о пределить хоть один экземпляр внешнего класса, матрешка ведь! · А если экземпляров внешнего клас са несколько, как узнать, с каким экземпляром внешнего класса работает д анный экземпляр вложенного класса? Имя экземпляра вложенного класса ут очняется именем связанного с ним экземпляра внешнего класса. Более того , при создании вложенного экземпляра операция new тоже уточняется именем в нешнего экземпляра. Все вложенные классы можно разделить на вложенные классы-члены класса (member classes), описан ные вне методов, и вложенные локальные классы (local classes), описанные внутри методов и/или блоков. Локальные кла ссы, как и все локальные переменные, не являются членами класса. Классы-члены могут быть объявлены статическим модификатором static. Поведен ие статических классов-членов ничем не отличается от поведения обычных классов, отличается только обращение к таким классам. Поэтому они называ ются вложенными классами верхнего уровня (nestee tep-level classes), хотя статические классы-члены можно вкладывать друг в друга. В них можно объявлять статические члены. Используются они обычн о для того, чтобы сгруппировать вспомогательные классы вместе с основны м классом. Все нестатические вложенные классы называются вну тренними (inner). В них нельзя объявлять статические член ы. Локальные классы, как и все локальные переменные, известны только в блок е, в котором они определены. Они могут быть безымянны ми (anonymous classes). Пример. Листинг Вложенные классы class Nested static private int pr; // Переменная pr объявленa статической // чтобы к ней был доступ из статических классов А и А В String s = "Member of Nested"; // Вкладываем статический класс. static class .А // Полное имя этого класса — Nested.A private int a=pr; String s = "Member of A"; // Во вложенньм класс А вкладываем еще один статичес кий класс static class AB // П олное имя класса — Nested.А.АВ private int ab=pr; String s = "Member of AB"; //В класс Nested вкладываем нестатический класс class В // По лное имя этого класса — Nested.В private int b=pr; String s = "Member of B"; // В класс В вкладываем еще один класс class ВС // П олное имя класса — Nested.В.ВС private int bc=pr; String s = "Member of ВС "; void f(final int i) // Без слова final переменные i и j final int j = 99; // н ельзя использовать в локальном классе D class D // Лок альный класс D известен только внутри f() private int d=pr; String s = "Member of D"; void pr() // Обратите внимание на то, как различаются // переменные с одним и тем же именем "s" System.out.println(s + (i+j)); // "s" эквивалентно "this.s" System.out.println(B.this.s); System.out.println(Nested.this.s); // System.out.println(AB.this.s); // Нет доступа // System.out.println(A.this.s); // Нет доступа D d = new D(); // Об ъект определяется тут же, в методе f() d.pr(); // Объе кт известен только в методе f() void m() new Object() // Со здается объект безымянного класса, // указывается конструктор его суперкласса private int e = pr; void g() System.out.println("From g()) ; .g(); // Тут же выполняется метод только что созданного объекта public class NestedClasses public static void main(String[] args) Nested nest = new Nested(); // Последовательно раскрываются // три матрешки Nested.A theA = nest.new A(); // Полное имя класса и уточненная // операция new. Но конструктор только вложенного клас са Nested.A.AB theAB = theA.new AB(); // Те же правила. Операция // new уточняется только одним именем Nested.В theB = nest.new B(); // Еще одна матрешка Nested. В . ВС theBC = theB.new BC(); theB.f(999); // Ме тоды вызываются обычным образом nest.m(); Дадим пояснения. · Как видите, доступ к полям внешнего класса Nested возможен отовсюду, даже к закрытому пол ю pr . Именно для этого в Java и введен ы вложенные классы. Остальные конструкции введены вынужденно, для того ч тобы увязать концы с концами. · Язык Java позволяет использовать од ни и те же имена в разных областях видимости — пришлось уточнять конста нту this именем класса: Nested.this, В.this . · В безымянном классе не может быть конструктора, ведь имя конструктора должно совпадать с именем класса, — пришлось использовать имя суперкласса, в примере это класс object . Вместо конструктора в безымянном клас се используется блок инициализации экземпляра. · Нельзя создать экземпляр вложенн ого класса, не создав предварительно экземпляр внешнего класса, — пришл ось подстраховать это правило уточнением операции new именем экземпляра внешнего класса— nest.new , theA.new, theB.new . · При определении экземпляра указы вается полное имя вложенного класса, но в операции new записывается просто конструктор класса. Введение вложенных классов сильно усложнило синтак сис и поставило много задач разработчикам языка. Можно ли наследовать вложенные классы? Можно. · Как из подкласса обратиться к методу суперкласса? Константа super уточняется именем соответст вующего суперкласса, подобно константе this . · А могут ли вложенные классы быть р асширениями других классов? Могут. Механизм вложенных классов станет понятнее, если пос мотреть, какие файлы с байт-кодами создал компилятор: · Nested$l$D.class — локальный класс о, вложенный в класс Nested ; · NestedSl.class — безымянный класс; · Nested$A$AB.class — класс Nested.A.AB ; · Nested$A.class — класс Nested. А ; · Nested$B$BC.class — класс Nested.B.BC ; · NestedSB.class — класс Nested.B ; · Nested.class — внешни й класс Nested ; · NestedClasses.class - класс с методом main () . Компилятор разложил матрешки и, как всегда, создал от дельные файлы для каждого класса. При этом, поскольку в идентификаторах недопустимы точки, компилятор заменил их знаками доллара. Для безымянно го класса компилятор придумал имя. Локальный класс компилятор пометил н омером. Оказывается, вложенные классы существуют только на уровне исходного ко да. Виртуальная машина Java ничего не знает о вложенных классах. Она работае т с обычными внешними классами. Для взаимодействия объектов вложенных к лассов компилятор вставляет в них специальные закрытые поля. Поэтому в л окальных классах можно использовать только константы объемлющего мето да, т. е. переменные, помеченные словом final . Виртуальная машина просто не догадается передавать изменяю щиеся значения переменных в локальный класс. Таким образом, не имеет смы сла помечать вложенные классы private , все равно они выходят на самый внешний уровень. Все эти вопросы можно не брать в голову. Вложенные классы в Java используютс я только в самом простом виде, главным образом, при обработке событий, воз никающих при действиях с мышью и клавиатурой. В каких же случаях создавать вложенные классы? В теории ООП вопрос о созд ании вложенных классов решается при рассмотрении отношений "быть часть ю" и "являться". Отношения "быть частью" и "являться" Теперь у нас появились две различные иерархии классов. Одну иерархию обр азует наследование классов, другую — вложенность классов. Определив, какие классы будут написаны в вашей программе, и сколько их бу дет, подумайте, как спроектировать взаимодействие классов? Вырастить пы шное генеалогическое дерево классов-наследников или расписать матрешк у вложенных классов? Теория ООП советует прежде всего выяснить, в каком отношении находятся в аши классы P и Q — в отнош ении "класс Q является экземпляром класса P " ("a class Q is a class р") или в отношении "класс Q — часть класса P " ("a class Q has a class P"). Например: "Собака является животным" или "Собака — часть животного"? Ясно, что верно первое отношение "is-a", поэтому мы и определили класс Dog как расшире ние класса Pet. Отношение "is-a" — это отношение "обобщение-детализация", отношение большей или меньшей абстракции, и ему соответствует наследование классов. Отношение "has-a" — это отношение "целое-часть", ему соответствует вложение. Приложение 3. Интерфейсы и обратные вызовы Обратный вызов ( callback ) широ ко распространен в программировании. При обратном вызове программист з адает действия, которые должны выполняться всякий раз, когда происходит некоторое событие. Например, можно задать действие, которое должно быть выполнено, если будет нажата конкретная кнопка или выбран определенный пункт меню. Рассмотрим простую ситуацию. Пакет java . swing содерж ит класс Timer , который мо жно использовать для отсчета интервалов времени. Например, если в програ мме предусмотрены часы, то с помощью класса Timer , можно отсчитывать каждую секунду и обновлять цифе рблат часов. Устанавливая таймер, мы задаем интервал времени и указываем , что должно произойти по его истечении. Как указать таймеру, что он должен делать? Во многих языках программиров ания задается имя функции, которую таймер должен периодически вызывать. Классы из стандартной библиотеки языка Java используют объектно-ориентированный подход. Програ ммист должен передать таймеру объект некоторого класса. После этого тай мер вызывает один из методов данного объекта. Передача объекта – более гибкий механизм, чем вызов функций, поскольку объект может нести с собой дополнительную информацию. Значит, таймер дол жен знать, какой метод он должен вызвать. Для этого таймеру нужно указать объект класса, реализующего интерфейс ActionListener из пакета java . awt . event . Вот как выглядит этот интерфейс public interface ActionListener void actionPerformed (ActionEvent event); По истечении заданного интервала времени таймер вызывает метод actionPerformed . Рассмотрим пример. Пусть нужно каждые 10 секунд выводить на экран сообщен ие «Текущее время … », сопровожда емое звуковым сигналом. Для этого необходимо определить класс, реализую щий интерфейс ActionListener . Зате м поместить операторы, которые нужно выполнить, внутрь метода actionPerformed . class Timerprinter implements ActionListener public void actionPerformed(ActionEvent event) Date now= new Date( ); System.out.println(“ Текущее время :» + now); Toolkit . getDefaultToolkit ( ). b е ep ( ); Затем следует создать объект данного класса и передать его конструктор у класса Timer. ActionListener listener=new TimerPrinter ( ); Timer t=new Timer (10000, listener); Первый параметр конструктора Timer представляет собой интервал в ремени между точками отсчета, измеренный в миллисекундах. Сообщение дол жно выдаваться на экран каждые десять секунд. Второй параметр является объектом класса ActionListener Запуск таймера t . start ( ); Каждые 10 секунд на экране будет появляться сообщение о текущем времени. В листинге 6.2. приведена программа, реализующая описанный алгоритм. import java . awt .*; import java.awt.event*; import javax.swing.*; import javax.swing.Timer*; // чтобы разрешить ко нфликт с классом javax.util.Timer public class TimerTest public static void main (string[ ] args) ActionListener listener= new TimerPrinter ( ); // Создает таймер , вызы вающий блок каждые 10 сек . Timer t=new Timer (10000, listener); t.start( ); JOptionP а ne.showMessageDialog(null,” Выход ?”); System.exit(0); class Timerprinter implements ActionListener public void actionPerformed(ActionEvent event) Date now= new Date( ); System.out.println(“ Текущее время :» + now); Toolkit.getDefaultToolkit( ).b е ep( );
1Архитектура и строительство
2Астрономия, авиация, космонавтика
 
3Безопасность жизнедеятельности
4Биология
 
5Военная кафедра, гражданская оборона
 
6География, экономическая география
7Геология и геодезия
8Государственное регулирование и налоги
 
9Естествознание
 
10Журналистика
 
11Законодательство и право
12Адвокатура
13Административное право
14Арбитражное процессуальное право
15Банковское право
16Государство и право
17Гражданское право и процесс
18Жилищное право
19Законодательство зарубежных стран
20Земельное право
21Конституционное право
22Конституционное право зарубежных стран
23Международное право
24Муниципальное право
25Налоговое право
26Римское право
27Семейное право
28Таможенное право
29Трудовое право
30Уголовное право и процесс
31Финансовое право
32Хозяйственное право
33Экологическое право
34Юриспруденция
 
35Иностранные языки
36Информатика, информационные технологии
37Базы данных
38Компьютерные сети
39Программирование
40Искусство и культура
41Краеведение
42Культурология
43Музыка
44История
45Биографии
46Историческая личность
47Литература
 
48Маркетинг и реклама
49Математика
50Медицина и здоровье
51Менеджмент
52Антикризисное управление
53Делопроизводство и документооборот
54Логистика
 
55Педагогика
56Политология
57Правоохранительные органы
58Криминалистика и криминология
59Прочее
60Психология
61Юридическая психология
 
62Радиоэлектроника
63Религия
 
64Сельское хозяйство и землепользование
65Социология
66Страхование
 
67Технологии
68Материаловедение
69Машиностроение
70Металлургия
71Транспорт
72Туризм
 
73Физика
74Физкультура и спорт
75Философия
 
76Химия
 
77Экология, охрана природы
78Экономика и финансы
79Анализ хозяйственной деятельности
80Банковское дело и кредитование
81Биржевое дело
82Бухгалтерский учет и аудит
83История экономических учений
84Международные отношения
85Предпринимательство, бизнес, микроэкономика
86Финансы
87Ценные бумаги и фондовый рынок
88Экономика предприятия
89Экономико-математическое моделирование
90Экономическая теория

 Анекдоты - это почти как рефераты, только короткие и смешные Следующий
Просвещение внедрять с умеренностью, по возможности избегая кровопролития.
М.Е. Салтыков-Щедрин.
Anekdot.ru

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

Обратите внимание, реферат по информатике и информационным технологиям "Интерфейсы, обратные вызовы, внутренние классы", также как и все другие рефераты, курсовые, дипломные и другие работы вы можете скачать бесплатно.

Смотрите также:


Банк рефератов - РефератБанк.ру
© РефератБанк, 2002 - 2016
Рейтинг@Mail.ru