Область видимости (введение)

Чтобы не заставлять программистов, совместно работающих нал различными классами одной системы, координировать имена, которые они дают различным конструкциям языка, у каждого имени есть область видимости (scope). Если обращение, например, к полю, идет из части ко­да, попадающей в область видимости его имени, то можно пользоваться простым именем, если нет - необходимо применять составное.

Например:

class Point { int х,у;

int getXO {

return x; // простое имя } }

class Test { void main() {

Point p = new PointO; p.x=3; // составное имя } }

Видно, что к полю X изнутри класса можно обращаться по простому имени. К нему же из другого класса можно обратиться только по состав­ному имени. Оно составляется из имени переменной, ссылающейся на объект, и имени поля.

Теперь необходимо рассмотреть области видимости для всех элемен­тов языка. Однако прежде выясним, что такое пакеты, как и для чего они используются.

Пакеты

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

Кроме того, пакеты могут содержать классы и интерфейсы и таким образом группируют типы. Это необходимо сразу для нескольких целей. Во-первых, чисто физически невозможно работать с большим количест­вом классов, если они "свалены в кучу". Во-вторых, модульная декомпо­зиция облегчает проектирование системы. К тому же, как будет показано ниже, существует специальный уровень доступа, позволяющий типам из одного пакета более тесно взаимодействовать друг с другом, чем с класса­ми из других пакетов. Таким образом, с помощью пакетов производится логическая группировка типов. Из ООП известно, что большая связность системы, то есть среднее количество классов, с которыми взаимодейству­ет каждый класс, заметно усложняет развитие и поддержку такой систе­мы. Используя пакеты, гораздо проще организовать эффективное взаи­модействие подсистем друг с другом.

Наконец, каждый пакет имеет свое пространство имен, что позво­ляет создавать одноименные классы в различных пакетах. Таким обра­зом, разработчикам не приходится тратить время на разрешение кон­фликта имен.