Неоднозначность

Используя средство статического импорта, нужно быть очень внимательным, чтобы не создать неоднозначных ситуаций. Если у двух классов или интерфейсов используется одно и то же имя для статического члена, и оба эти класса или интерфейса импортируются в один и тот же блок компиляции, компилятор не знает какое из этих имен выбрать, если они применяются без уточнения с помощью имени класса. Например, предположим, что в пакет MyMsg из листинга 8.4 включен приведенный в листинге 8.5 класс, в котором также объявлено статическое поле, названное upper.

Листинг 8.5. Неоднозначность, возникающая при статическом импорте

package MyMsg;

public class X {

public static final int UPPER = 11;

// ...

}

Если статические члены класса из листинга 8.5 импортируются в программу, которая также импортирует статические члены класса Msg, возникнет неоднозначность, как только обнаружится идентификатор upper. Например, в приведенных далее операторах статического импорта:

import static MyMsg.Msg.*;

import static MyMsg.X.*;

неуточненное имя UPPER ссылается на поле Msg.UPPER или на поле X.UPPER?

Предупреждение

Несмотря на удобство, предоставляемое статическим импортом, важно не злоупотреблять этим программным средством. Помните, что в языке Java библиотеки собраны в пакеты для того, чтобы избежать конфликтов пространств имен. Когда Вы импортируете статические члены, Вы переносите их в глобальное пространство имен (global namespace). Следовательно, увеличиваете вероятность возникновения конфликтов в пространстве имен, неоднозначности и непреднамеренного сокрытия других имен. Если Вы используете статический член в программе один или два раза, нет смысла импортировать его. Кроме того, некоторые статические имена, такие как system.out, настолько легко узнаваемы, что у Вас не появится желания импортировать их. Статический импорт желателен в тех случаях, когда статический член используется многократно, например, выполняя последовательности математических вычислений. Итак, Вам следует применять это средство программирования, но не злоупотреблять им.

Глава 9 Форматированный ввод/вывод

В версию Java 2 5.0 добавлена функциональная возможность форматирования вывода, которую долго ждали программисты. Несмотря на то, что язык Java всегда предлагал богатый и разнообразный API, в нем до сих пор не было легкого способа создания форматированного текстового вывода, особенно для числовых значений. В более ранних версиях Java, снабженных такими классами, как NumberFormat, DateFormat и MessageFormat, обеспечивались полезные функциональные возможности для форматирования вывода, но они были не слишком удобны. Более того, в отличие от языков С и C++, которые поддерживают легко осваиваемое и широко используемое семейство функций printf(), которое предлагает простой способ форматирования вывода, язык Java прежде не содержал таких методов. Причина заключалась в том, что форматирование в printf-стиле требует применения аргументов переменной длины (varargs), которые не поддерживались в языке Java до выхода Java 2 версии 5.0. Теперь, когда аргументы переменной длины включены в язык, добавить средства форматирования общего назначения стало просто.

В версию Java 2 5.0 включена поддержка чтения форматированных входных данных. Несмотря на то, что форматирование ввода всегда было возможно, оно требовало усилий больших, чем хотелось бы подавляющей части программистов. Теперь можно легко читать все типы числовых данных, строки и другие типы данных, независимо от того приходят ли они с диска, клавиатуры или из другого источника.