 |
1.2. Работа с пакетами и Jar – архивами Java (часть 2)
|
|
|
|
1. 2. Работа с пакетами и Jar – архивами Java (часть 2)
Цель. Освоить основы работы с пакетами и архивами jar.
Мотвация: Некоторые программные продукты Java вообще не работают с безымянным пакетом (которые создаются по умолчанию). Поэтому в технологии Java рекомендуется все классы помещать в пакеты.
1. 2. 1. Сведения о работе с пакетами
В стандартную библиотеку Java API входят сотни классов. Каждый программист в ходе
работы добавляет к ним десятки своих классов. Множество классов растет и становится необозримым. Уже давно принято отдельные классы, решающие какую-то одну определенную задачу, объединять в библиотеки классов. Но библиотеки классов, кроме стандартной библиотеки, не являются частью языка.
Разработчики Java включили в язык дополнительную конструкцию — пакеты (packages). Все классы Java распределяются по пакетам. Кроме классов пакеты могут содержать интерфейсы и вложенные подпакеты (subpackages). Образуется древовидная структура пакетов и подпакетов.
Эта структура в точности отображается на структуру файловой системы. Все файлы с расширением class (содержащие байт-коды), образующие один пакет, хранятся в одном каталоге файловой системы. Подпакеты образуют подкаталоги этого каталога.
Каждый пакет создает одно пространство имен (namespace). Это означает, что все имена классов, интерфейсов и подпакетов в пакете должны быть уникальны. Имена в разных пакетах могут совпадать, но это будут разные программные единицы. Таким образом, ни один класс, интерфейс или подпакет не может оказаться сразу в двух пакетах. Если надо в одном месте программы использовать два класса с одинаковыми именами из разных пакетов, то имя класса уточняется именем пакета: пакет. Класс. Такое уточненное имя называется полным именем класса (fully qualified name).
|
|
|
Если член класса не отмечен ни одним из модификаторов private, protected, public, то по умолчанию к нему осуществляется пакетный доступ(default access), т. е. к такому члену может обратиться любой метод любого класса только из того же пакета. Если класс не помечен модификатором public, то все его члены, даже открытые, public, не будут видны из других пакетов.
Члены с пакетным доступом не видны в подпакетах данного пакета.
1. 2. 2. Сведения о работе с архивами
Для упаковки нескольких файлов в один архивный файл, со сжатием или без сжатия, в технологии Java разработан формат архивирования JAR. Имя архивного jar-файла может быть любым, но обычно оно получает расширение jar. Способ упаковки и сжатия основан на методе ZIP. Название JAR (Java ARchive) перекликается с названием известной утилиты TAR (Tape ARchive), разработанной в UNIX.
Отличие jar-файлов от zip-файлов только в том, что в jar-файлы автоматически включается каталог META-INF, содержащий несколько файлов с информацией об упакованных в архив файлах.
Архивные файлы очень удобно использовать в апплетах, поскольку весь архив загружается по сети сразу же, одним запросом. Все файлы апплета с байт-кодами, изображениями, звуковые файлы упаковываются в один или несколько архивов. Для их загрузки достаточно в теге < applet> указать имена архивов в параметре archive.
Архивные файлы удобно использовать и в приложениях (applications). Все файлы приложения упаковываются в архив, например appl. jar. Приложение выполняется прямо из архива, интерпретатор запускается с параметром –jar, например:
java –jar appl. jar
Имя основного класса приложения, содержащего метод main(), указывается в файле MANIFEST. MF, который автоматически создается при создании архива.
Jar-архивы создаются с помощью классов пакета java. util. jar или посредством утилиты командной строки jar.
|
|
|
1. 2. 3. Задания к лабораторной работе №1 (часть 2)
Задание 1. 2:
Возьмите программу из первой части лабораторной работы 1 - JavaApplication1. java (Пример 1. 1. ) и разделите классы так, чтобы все они находились в разных пакетах.
Соглашение " Code Conventions" рекомендует записывать имена пакетов строчными буквами. Тогда они не будут совпадать с именами классов, которые, по соглашению, начинаются с прописной буквы. Кроме того, соглашение советует использовать в качестве имени пакета или подпакета доменное имя своего сайта, записанное в обратном порядке, например: com. sun. developer
Это обеспечит уникальность имени пакета во всем Интернете.
Создаем структуру:
|
|
|
